Mercurial：ブランチ固有の変更がダミーマージ後に戻ってくる

Question

私は2つの常設ブランチ、デフォルトとUATを持つ水銀のリポジトリを持っています。新しいバージョンのアプリケーションをUAT環境に展開（プロモート）するたびに、安定したデフォルトコミットをUATブランチにマージすることでこれを行います。場合によってはUATブランチでバグ修正され、これらのバグ修正がデフォルトに戻されます。

UATブランチでは、接続文字列とさまざまな環境設定のためにいくつかのものを展開する必要があります。私がしようとしたのは、UATブランチでこれらの変更を行い、UATにデフォルトをマージした直後にコミットすることでした。この1つのコミットをデフォルトに戻してダミーマージしました。これは、UATからデフォルトへのバグフィックスマージは、これらのUAT固有の変更をやり直すことはしません。

しかし、私が望んでいたほどスムーズに行かなかった。ダミー合併デフォルトにコミットしてから、私は次のシナリオの両方を試してみた：＃1、＃2を実行している間に

1) Make a few more commits to default and then "promote" to UAT (merge default onto UAT) 
2) Make a bugfix on UAT and "backport" it to default (merge UAT onto default) 

両方のシナリオが同じ地点から開始するように、私はすべてを剥奪しました。

私は何を見ていることは、最後の方向に応じて、私はまだ、どちらか一方のマージを行った後に変更されたファイルを検査し、元に戻す必要があるマージということである - 時々マージがUATにデフォルト設定を入れしようと時々UAT構成をマージします。

構成の変更を元に戻してマージをコミットすると、同じ方向の将来のマージが正しく動作しますが、もう一度別の方向に進むと、誤った構成がファイルに再度挿入されます。

私には何が欠けていますか？

Answer 1

私はこの問題がthis questionの問題と似ていると信じています。マージは動作しないと思うように動作しません。マージは、ファイル状態を比較することの唯一の質問です。ではなく、というブランチから別のブランチに変更を適用することです。 xとyはUATのためのコンフィグ設定を含み、bが無いコンフィグ設定でダミーマージされ

UAT:  ... x --- y --- z 
          \ 
default: ..... a --- b --- c 

：

あなたの出発点は、このような歴史です。したがってbのファイルはaのように見えます。それらはダミーマージされています。

あなたは今、あなたがUATを促進したいdefaultに新しい変更を加えた場合、あなたがうまくいくには：

UAT:  ... x --- y 
        \ 
default: ..... a --- b --- c 

マージがyとcの間にあります。これは共通の祖先がyである縮退したマージです。つまり、bとcの間のすべての変更は、3方向マージで「勝ち」ます。兄貴が3ウェイマージにマージされるかについての表は、次のとおりです。

ancestor local other -> merge 
old  old old  old (nobody changed the hunk) 
old  old new  new (they changed the hunk) 
old  new old  new (you changed the hunk) 
old  new new  new (hunk was cherry picked onto both branches) 
old  foo bar  <!> (conflict, both changed hunk but differently) 

マージ結果、マージの「方向」に依存しないことに注意：テーブルはlocalとに関して対称でありますother列。ここで、ancestorとlocalはともにyであり、otherはcである。だから、テーブルは次のようになります。

ancestor local other -> merge 
old  old new  new (they changed the hunk) 

あなたは、マージ結果は常にcで行われたnew変更が含まれていることを見ることができます。

マージが縮退していることは重要ではありません。あなたがUATに関する新しいコミットを持っていて、このコミットが設定文字列に触れていないと仮定すると、あなたはマージ時にどちらの方向にもマージが対称的です。

この問題に対する通常の解決策は、設定文字列を外部化することです。それらをバージョンコントロールの外側に置く - 環境変数、バージョン管理されていない設定ファイルなど。可能であれば、バージョンコントロールの下にテンプレートとして設定ファイルを置きます。次に、バージョン管理された設定ファイルを含むUATブランチのバージョン管理されていない設定ファイルを作成します。このバージョン管理されていない設定ファイルでは、必要に応じて設定を上書きします。