2016-08-10 10 views
0
ですべての問題

Git branch screenshots !は再びGitの

マージグラフを引き起こす同じブランチをマージウィル赤と紫の枝が戻ってピンクに数回合併を示しています。緑のブランチをマージすることはできません。最初のマージ後に何が行われているべきか説明できる人どこが間違っていたのですか?

+0

わかりません。あなたの緑の枝は、赤と紫が合体しているので、ピンクの枝に合併することはできません。 –

+0

私は明確でない場合は申し訳ありません。 質問1:私は赤と紫の枝が心配です。彼らはどちらも同じコミットから始まります。最初の赤はピンク(マスター)にマージされます。その後、赤は紫色に合併されます。最後にバイオレットがPInk(マスター)にマージされます。これは正しい行為であるか? 質問2:赤がピンクにマージされた後、緑の分岐が開始されます。 Voilet、RedとPink(マスター)の間のやりとりはGreenに影響しますか? もう一度謝罪します。清潔でない場合 –

答えて

1

技術的には、これは機能します。 Gitは常にファイル内の行を探しているので、同じファイルの同じ行に変更がなければ、行こうと思うでしょう。変更が同じ行にあっても、Gitはマージの競合があることを通知します。

しかし、それは何ですか?方法は何ですか?これは、チームが合意したワークフローによって異なります。

は、一般的に言って、私はほんの少しだけ変化するであろう

:代わりに紫(2本の特徴の枝)に赤をマージする

  • を、マスターに赤をマージした後、私は紫にマスターをマージ逆でしょう。これにより達成したのと同じ効果が得られますが、他のコミットで作業する人が増えれば、よりクリーンな方法で処理できます。
  • ブランチをマージした後で削除します。
  • 緑に似た別のブランチをマスターにマージすることができない場合は、先に逆マージしてから、機能ブランチ上のマージの競合を処理してから、マスターにマージしようとしてください。