チームシティーのセットアップ:チームシティー+ GitHubの(分岐あたりのコンフィグレーションを構築する)
プロジェクト(CenterProj)
- ビルド構成(マスター支店)
- ビルド構成(DEV支店)
VCS(GitHub)セットアップ(Repo:CenterProj):
- マスターブランチ
- Devの支店
サイトのセットアップ:
- dev.centerproj(ブランチをdevのことに関する)
- qa.centerproj(ブランチをマスターするために関係する)
CenterProj Repoへの1つのVCSルート接続をどのようにすることができるのかまだ分かりません。次に、個々のブランチへのコミット/マージに基づいて2つのビルド構成をトリガーします。
- 例:Devブランチへのコードをコミットし、TCがBuild Configuration(Dev)をビルドしてdev.xに送ります。 Masterへのコミットをマージし、qa.xに行くBuild Configuration(Master)を起動します。
これまでのところ、私はコミット/マージするときにdevに待っているビルドを継続しています。
提案?
は、各ブランチのために別々のビルド構成を持つための理由がある(それらが異なるやっています手順は?)1つのビルド構成と1つのVCSルートを持つことができ、マルチを監視するためにVCSルートにブランチ仕様を使用できるはずですpleブランチ - これは、同じGitリポジトリ内の異なるブランチの構築を引き起こすことができます。 –
@EvolveSoftwareLtd私は働くべき印象を受けました。ビルドは、目的地が異なる以外は全く同じです。 1つはdev.xに、もう1つはqa.xに行きます。私はルートでブランチ仕様を試していましたので、MasterブランチとDevブランチの両方を監視しています。いずれのブランチコミットでも、両方のビルド構成が起動します。 – SudoGaron