シナリオ: 新しい機能を個別に開発することをサポートする分岐戦略を使用する必要があります。
機能分離は開発分離の特別な派生であり、図に示すようにメインから、または開発ブランチから 1 つ以上の機能ブランチを分岐できます。

特定の機能に取り組む必要がある場合は、機能ブランチを作成することをお勧めします。
誤った回答:
A: リリース分離により、メインから 1 つ以上のリリース ブランチが導入されます。この戦略により、同時リリース管理、複数の並行リリース、リリース時のコードベースのスナップショットが可能になります。
B: メインのみの戦略は、フォルダーベースにすることも、メイン フォルダーをブランチに変換して追加の可視性機能を有効にすることもできます。変更をメイン ブランチにコミットし、オプションで開発およびリリースのマイルストーンをラベルで示します。
C: 開発の分離: 安定したメイン ブランチを維持および保護する必要がある場合は、メインから 1 つ以上の開発ブランチを分岐できます。これにより、分離と同時開発が可能になります。開発ブランチでは、機能、組織、一時的なコラボレーションごとに作業を分離できます。
参考文献:
https://docs.microsoft.com/en-us/azure/devops/repos/tfvc/branching-strategies-with-tfvc?view=azure-devops DevOps 開発プロセスの実装テストレット 2 ケース スタディ これはケース スタディです。ケース スタディは個別に時間制限がありません。各ケースを完了するのに必要なだけの試験時間を使用できます。ただし、この試験には追加のケース スタディとセクションがある場合があります。与えられた時間内にこの試験に含まれるすべての質問を完了できるように、時間を管理する必要があります。
ケース スタディに含まれる質問に答えるには、ケース スタディで提供される情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する展示物やその他のリソースが含まれている場合があります。各質問は、このケース スタディの他の質問とは独立しています。
このケース スタディの最後に、確認画面が表示されます。この画面では、試験の次のセクションに進む前に回答を確認し、変更を加えることができます。新しいセクションを開始した後は、このセクションに戻ることはできません。
ケーススタディを始めるには
このケース スタディの最初の質問を表示するには、[次へ] ボタンをクリックします。質問に答える前に、左側のペインのボタンを使用してケース スタディの内容を調べてください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。ケース スタディに [すべての情報] タブがある場合、表示される情報は後続のタブに表示される情報と同じであることに注意してください。質問に回答する準備ができたら、[質問] ボタンをクリックして質問に戻ります。
概要
Contoso 社はシカゴに本社を置く製造会社です。
既存の環境
Contoso は、Azure DevOps の原則を実装することで、IT 開発および運用プロセスを改善する予定です。Contoso は Azure サブスクリプションを所有しており、Azure DevOps 組織を作成します。
Azure DevOps 組織には以下が含まれます。
* Docker拡張機能
* Windows Server 2016 を実行する 10 台の Azure 仮想マシンを含む Pool7 という名前の展開プール。Azure サブスクリプションには、Azure Automation アカウントが含まれています。
要件
計画されている変更
Contoso は、次の表に示すように、Azure DevOps でプロジェクトを作成することを計画しています。

技術要件
Contoso では、次の技術要件を特定しています。
* Project1 のビルド エージェントを実装します。
* 可能な限り、Azure リソースを使用します。
* 非推奨のテクノロジーの使用は避けてください。
* Project2 に次のコード フロー戦略を実装します。
- Team2 が Project2 のプル リクエストを送信できるようにします。
- Team2 が Project2 のコピーに対する変更を独立して実行できるようにします。
- Team2 が Project2 のコピーに対して実行する中間変更には、Project2 のビルド ポリシーで定義されているものと同じ制限が適用されるようにします。
* 可能な限り自動化を実装し、管理の労力を最小限に抑えます。
* 計画された変更に基づいて、プロジェクト3、プロジェクト5、プロジェクト6、プロジェクト7を実装します。
* Project4 を実装し、Docker イメージを Azure Container Registry にプッシュするようにプロジェクトを構成します。