0

マスターがいるとします

次に、branchA で開発を行いgit branch branchA master 、branchA から別のブランチを作成したいとします。git branch branchB branchA その後、branchA と branchB の両方で開発を続け、各ブランチに独自のものを開発してもらいます。私の質問は次のとおりです。

開発が完了したら、最終的に branchA と branchB の両方を master にマージしたいとします。ブランチ A とブランチ B の両方で大量の処理をgit pull origin master行ったとします。また、ブランチ A とブランチ B の間でマージしたい場合があるとします。

  1. ブランチ間でマージしようとするとき、または最終的にブランチをマージして最終製品でマスターするときに、個別のブランチの変更がgit pull origin master互いに競合しますか?
  2. この分岐と個別の開発を行うと、分岐 (branchA と branchB) の間でマージするのが難しくなりますか? つまり、branchA と branchB の間でマージしようとすると、不必要に競合の可能性が高くなります。
4

1 に答える 1

0

あなたが何をしているのか完全には理解できませんが、次のことをお勧めします。

  • master から branchA を分岐する場合は、そこで開発してから master にマージしてください。master を branchA に統合しないでください。必要に応じて、 master の上に branchA をリベースします
  • branchA から分岐しない方がよいか、分岐する場合は、branchA が凍結されていると考えてください (現在、branchB はその履歴に依存しています...)。このような場合、branchB を branchA にマージし、結果を master にマージします。

他の方法ではできないと言っているわけではありませんが、gitk でこれ以上メッシュのようなグラフを表示すると、最終的に混乱することはわかっています。シンプルに保ち、VCS の処理はそのままでも十分に複雑です。

于 2013-03-28T01:51:55.380 に答える