TFS を使用して、非常に標準的なアジャイル ビルド プロセスに従います。
TFS で 1 と 2 をセットアップし、うまく機能しています。しかし、私は＃3で少し苦労しています。「通常の」ビルドをセットアップすると、最新のソース コードが取得され、それを使用して運用サーバーにプッシュされます。しかし、私が本当に望んでいるのは、コードをステップ 2 から運用サーバーに移動することです。これは、QA チームによって既に精査されているためです。
XCopy などを使用するカスタム ビルド テンプレートを作成することも考えましたが、問題は構成文字列をどのように更新するかです。
私はこの記事に従っていましたが、これは私が望むものとまったく同じようです。 -specific-buildですが、機能していません。
皆さんはどのようにこれを達成しますか?
したがって、2 を達成した場合、これは 3. を達成するための少し簡単な方法です。
本番ビルドの定義をそのままにしておきます。ただし、ステップ 2 でステージング ビルドをコンパイルするために使用されたのと同じ変更セットをコンパイルするには (現在 QA によって精査されています)、prod ビルドをキューに入れ、[パラメーター] タブで [詳細] セクションを展開し、[バージョンの取得] プロパティを見つけます。以下に示すように。
ここでは、ステップ 2 でビルドをビルドするために使用したのと同じ TFS 変更セットを指定できます。この変更セットが 84 番であると仮定すると、(正確に)
C84
ラベルをコンパイルする場合は、「For build xyz」という名前のラベルを指定します
Lビルド用 xyz
上記の「C」と「L」は意図的なものであることに注意してください。
お役に立てれば。
本番用に別のブランチがあり、コードはQ＆Aに合格した後にのみ本番ブランチにマージされます。
これにより、開発ブランチで開発を継続しながら、本番ブランチで直接変更を加えたホットフィックスを本番コードに適用できます（最終的にはメインから開発に逆統合されます）。
開発ブランチのコードがQ＆Aの準備ができると、メイントランクにマージされます。
CIとナイトリービルドは開発ブランチで実行されます-違いは、より包括的な自動テストを備えたナイトリービルドです