レポあります!リモートでもローカルでも、ブックマーク、タグ、その他の拡張機能を使用して、長い間問題なく作業してきました。マージがコミットの変更セットを無視しているように見えるという問題がありました。何がうまくいかなかったのかを見つけるのに十分なほど掘り下げましたが、その理由についてはまったくわかりません。何が起こったのかをできる限り詳しく説明しようと思います。次に何を調べるかについての提案を期待しています.
したがって、迅速な機能分岐に使用する 3 つの匿名のヘッドがあります。A=「ライブ」、B=「フレッド」、C=「ジェフ」。必要に応じてこれらをマージします (通常は A から B/C のみ)。
今朝 2 つのマージを実行すると、奇妙な結果が得られました。これは私がしました:
-----o-------o(2)----------B
/
o(0)-------o(1)-----o(4)---A
\
--o-------------o(3)-------C
リポジトリに 1500 以上のコミットがあり、これらに沿って実行されている 2 つの名前付きブランチがあるため、明らかにこれは単純化されていますが、これが要点です。
したがって、変更セット1
には 3 つの子 ( 2
、3
& 4
) がありますが、私が知る限り、+ で実際に加えられた変更1
+ 最後のマージ以降のすべての履歴 (0
図の) は にマージされていませんが、 &3
に正常に表示されています。2
4
私は一生、理由を理解できません。その後のコミットでそれらを元に戻さず1
、ファイルに変更があり、その変更が含まれていますが、2
そうではありません。4
3
どこから始めればよいですか?
更新
B + C でマージ ツールとしてhg merge A
withを使用してマージを実行しました。internal:merge
マージの競合や手動での解決は必要ありませんでした。マージが成功した場合、私は通常、それをコミットし、事後にテストして変更を加えます。それがここで起こったことです。