現時点では、サーバー上で FB スクリプトを起動するだけの非常にシンプルな自家製の Apache インターフェイスを介して、FinalBuilderを介して自動化された ( CI などではない) ビルドを実行しています。(私はFinalBuilderが好きで、それを維持しますが、それはCIサーバーです。FinalBuilderサーバーはIMHOをカットしません-特に、現時点ではマシン間でビルドを配布するための「エージェント」の概念をサポートしていません。)
私たちは、Windows でネイティブ C++ 開発を行っており、必要とされる場所に .NET を少し混ぜて使用しています。
現在の FinalBuilder スクリプトは、ナイトリー ビルドの作成から完全なリリース (ビルド / 自動翻訳 / ビルド / 単体テスト / セットアップの作成 / 作成したアーティファクトをネットワーク共有に配置 / ...) まで、すべて非常にうまく機能しますが、Web インターフェイス、キューイング機能、ユーザーのトレーサビリティとレポートはかなり限られています。
周りを見回したところ、TeamCity と Bamboo は同様のボックスにチェックを入れているようですが、私が見つけることができるほとんどの説明は、Java および/または .NET の単純なビルドのみをカバーしています。
だから私の具体的な質問は、
- いくつか (20 ~ 30) の複雑なFinalBuilder スクリプトは、満足のいくように機能し、新しい自動化/「CI」サーバーに統合 (「呼び出し」) する必要があります。
- ネイティブ Windows C++ および .NET プロジェクト
- 実際のビルド (= コンパイラの呼び出し) は、現時点ではいくつかの Visual Studio ソリューション ファイルを介して行われます。
- 現在、1 台のビルド サーバー マシンを 2 ~ 3 atm に拡張したいと考えています。
- 課題トラッカーとしての JIRA の使用
- AccuRev を SCM として使用
どちらのツールが適しているか、またその理由: TeamCity (現在 6.5)またはBamboo (現在 3.1)。
( TeamCityおよびBambooフォーラムで非常に主観的な回答を得たいと考えていることに注意してください。)