チーム ベースの環境でアプリケーションを開発するときに、アプリケーションの複数のバージョンに同時にアクセスすることが必要になる場合があります。 コードの 1 つ以上の領域を個別の分岐にコピーする場合、元のバージョンを保持しながら 1 つのコピーを更新することも、異なるニーズを満たすように両方の分岐を更新することもできます。 開発目標に応じて、後で複数の分岐の変更をマージして、すべての変更が反映された 1 つのバージョンを作成することができます。
たとえば、次のいずれかの状況が発生することがあります。
さまざまなチームが、同じアプリケーション内の機能セットで作業することがあります。 各領域は適度に分離されていますが、他のチームがビルドする機能に依存しています。 まず、あるチームの行った変更が別のチームの機能を停止させるというリスクを最小限に抑える必要があります。 コードが安定したら、すべてのチームの作業を 1 つの製品にマージする必要があります。
開発作業を個別の分岐に分離すると、チームは安定した環境で機能を開発してから変更をマージできるようになります。
テスト担当者は安定したバージョンのコードをテストする必要がありますが、開発者が開発する機能は製品を不安定にすることがあります。
開発作業を個別の分岐に分離すると、開発者は機能を実装できないだけでなく、テスト担当者が見つけるバグに対処することもできません。 後でこれらの分岐をマージすることになる可能性があります。
チームが次のメジャー バージョンを開発するときに、アプリケーションの小規模な更新をリリースすることが必要になる場合があります。
開発者は、ある分岐でリリース バージョンのアプリケーションのバグを修正し、別の分岐で次のバージョンのアプリケーションを設計および実装できます。 ある分岐の変更によって、別の分岐が危険にさらされることはありません。
Visual Studio Team Foundation Server でのコードの分岐およびマージに関する実用的なガイダンスと方針については、Microsoft Web サイトの「Team Foundation Server 分岐のガイダンス」を参照してください。
一般的なタスク
タスク |
関連する参照先 |
|---|---|
分岐を作成または更新する: 次のタスクを実行できます。
|
|
分岐をマージする: 2 つの分岐の変更を組み合わせる準備ができたら、マージ操作を実行する必要があります。 ある分岐の変更が別の分岐の変更と競合する場合、マージを実行するために競合を解決する必要があります。 マージの競合を手動で解決することも、競合の解決に役立つように外部ツールを構成することもできます。 |