2016-04-14 5 views
1

主な開発ブランチ(「トランク」)と各リリースサイクルに対して機能ブランチを作成していた状況で、リリースブランチは現在の開発ブランチから取得されます。フィーチャブランチを作成したものとは異なるトランクブランチにマージしますか?

ただし、リリースは非常に遅くにキャンセルされた、代わりに私たちは、唯一のいくつかの機能を持つ以前のリリースを発行するように求めていた - これらはすべてメインのdevの枝に統合された後を。

これまでのリリースブランチは、新しいミニリリースのベースとみなされ、開発ブランチに対して既に行われた特定の変更を再度適用する必要がありました。私は幸いにも私の機能ブランチをまだ持っていて、それはマージされませんでした。それは開発ブランチをベースにしていますが、私のブランチはリリースサイクルのかなり早い時期に取得され、親(トランク)の変更を再統合することによって更新されませんでした - 私のブランチの親は実際に私が必要とする新しいブランチとあまり変わりませんそれを適用する。

私はTFSは、再子育てや根拠のないマージのためのいくつかの施設を持って知っているが最適に動作する可能性がありますか?もっと重要なのは、私が再養育を試みると、私の枝を壊すことができますか、私は物事を試すことができますか、それらを取り戻し、問題があれば再試行することができますか?

私の枝は多分50チェンジは、かなりの数の別々のモジュールに適用され、かなり大きいです。私は代わりに、それぞれのチェンジセットを1つずつ適用しようとするといいでしょうか?

答えて

0

私の経験では、基本的なマージは常にひどいです。ほとんどの場合、TFSツールを使用するよりも、BeyondCompareなどの比較ツールを使用して手動で2つのブランチを手動で比較し、マージするのが簡単で信頼性が高くなります。

私は、あなたが1つのメインブランチに行くことを検討すると言いました。私たちは飛躍を遂げました(当時は大きな飛躍でした)が、この時点で何度も配当をしました。鍵はリリース準備中です:

https://dotnetcatch.com/2016/02/16/are-you-release-ready/

関連する問題