デバッグ用のCI/CDと同じビルドプロセスを複製

Question

私はCI（Continuous Integration）/ CD（Continuous Delivery）トピックを少し新しくしています。私は現在CIとCDにTFSを使用しています。そこにはカスタムビルドプロセスがたくさんあることがわかりました（たとえば、特定のPowerShellスクリプトの実行、ファイルのコピーなど）。私のソリューションでは、同時にさまざまな開発者によって開発された多くのブランチがあります。私はGitをバージョンコントロールとして使用しています。

問題： 私は時々のトピック間を移動してきたようローカルの開発環境で自分のプロジェクトをデバッグするための私のチームメンバーの一部からアドバイスを求めています。そして、彼らが提案したことは手動で私のデバッグ目的のために手動でビルド・プロセス全体を繰り返すことです。何らかの形で私は退屈で非生産的であると感じました。

私の質問： これらの面倒なプロセスを簡略化する方法はありますか？たぶんGITのビルドブランチの作成に役立つでしょうか？しかし、別のビルドブランチを作成することも、作成したビルドサーバーとビルドブランチの間でビルドプロセスを同期させるために二重の努力が必要な場合は、それ自身のリスクがあります。

私はここに行くには何が最善の方法であるか分かりませんし、この問題に関連するガイダンスやリンクが必要です。

ありがとうございます。

Answer 1

これは、どのようにプロジェクトをデバッグするかに基づいています。

チームはいつブランチを追加する必要がありますか？

• あなたは次のような状況で枝を作成する必要があります。あなたは、既存の
  枝とは異なるスケジュール/サイクル上のコードを公開しなければならないとき。
• コードに異なる分岐ポリシーが必要な場合。新しいポリシーを持つ新しいブランチを作成する場合は、プロジェクトに
  という戦略的価値を追加することができます。
• 機能が顧客にリリースされ、計画されたリリースサイクルに影響を与えない変更をチームが計画している場合。

は高い統合コストを生成するため、ユーザーストーリーごとに分岐を作成しないでください。分岐が容易になりますが、 ブランチが多数ある場合は、ブランチを管理するオーバーヘッドが大きくなります（ ）。 HERE

SOURCE：https://docs.microsoft.com/en-us/vsts/tfvc/branch-strategically#when-should-the-team-add-a-branch

あなただけの同じビルドプロセスを複製したい場合は、その後、あなたがクローンビルド定義と定義を離し、その後、クローン化されたビルド/ releae定義をトリガすることができます別々に。

一般に、TFVCの場合は、ビルド定義にGated Check-Inを有効にすることができるため、自動的にビルドがトリガされ、ビルドに失敗すると変更はチェックインされません。

Gitでは、ブランチポリシーを次のように設定することもできます。Improve code quality with branch policies。 Gated Check-ins in Visual Studio Team Services using TFSVC and Git

デバッグのために、あなたは真に変数system.debugを設定することができ、詳細についてはhereを参照してください。また、この記事を参照します。