3

ブランチから SVN のトランクにマージするときに再統合する必要があることについて、かなり読んだことがあります (外部リポジトリのマージに関する記事は本当に役に立ちました)。

問題は、人々がトランクからブランチを定期的に更新しているという事実から来ているようです。つまり、最終的なマージバックは反射的です。

私のユースケースでは、ブランチを安定させてバグを修正するまで存続するリリース ブランチを作成したいと考えています。安定性を維持するために、トランクからマージしたくはありませんが、トランクがすべてのバグ修正を無料で取得できるように、定期的にリリース ブランチから修正をマージしたいと考えています。また、トランクにマージするためにQAが終了するまで待ちたくありません。したがって、次のことを行います。

  1. ブランチを作成する
  2. ブランチ (およびトランク) を定期的に変更する
  3. 定期的に (おそらく毎日) トランクにマージして戻します

トランクからマージすることは決してないので、再統合によって修正されるように設計されている問題について心配する必要はないと思います。このアプローチに問題はありますか？

4

1 に答える 1

1

あなたのアプローチはあなたのケースでうまくいきます。

リフレクティブ マージの唯一の問題は、競合解決作業 (およびマージ中にコミットされた無関係な変更) が失われることです。競合する変更はなく、ブランチのすべての変更セットはトランクにマージする正当な候補になるため、問題ありません。

トランクからマージを開始すると、問題が発生する可能性がありますが、それでも、最小限の競合解決作業があり、それを追跡していれば、問題はありません。

于 2010-04-12T15:45:07.747 に答える