私は現在TFSを使用しており、次の構造を持っています。
TFS 階層内の開発ライン、メインライン、およびリリース ライン。以下のリンクで詳しく説明されているのと同じアプローチを使用します。
http://blog.tfsserver.com/a-straightforward-guide-to-branching/
(リリース ラインに 2 つまたは 3 つの最新リリースを保持する予定です)
メインラインはコードの最新バージョンであり、メインライン コードがテストおよび承認されたときに保持するために新しいリリース フォルダーが作成されます。
現在、私の開発ラインには、メインラインから作成された開発ブランチがあります。
この既存の dev ブランチは現在、開発者によって作業されており、変更は 4 週間で準備が整います。
現在、本番環境 (メインライン) のコードの現在のバージョンに緊急の変更を加える必要があり、これらの変更を完了してテストするには 2 週間かかることがわかっています。
これを念頭に置いて、既存の dev ブランチを使用したくないことは明らかです。
メインラインで直接変更を加えることはできないので、私が検討している次のアプローチが正しいアプローチであるかどうか疑問に思っていますか?
私はする必要があると考えています：
(1) メインラインから新しい Dev ブランチを作成します。次に、元の/既存の開発ブランチと、新しい開発ブランチを作成します。そのため、両方とも同じ元のコードから分岐します。
(2) NEW dev ブランチで変更を加える
(3) 変更に満足したら、変更をメインラインにマージし、変更を本番 (または選択した顧客) にリリースし、変更を元の開発ブランチにマージします。その後、元の開発ブランチの変更が私の 2 週間後に完了すると、メインラインにマージされます。
これは正しいアプローチですか？既存/元の開発ブランチから新しいブランチを作成しなかった場合でも、新しいブランチから既存の開発ブランチに変更をマージできますか?
ありがとう