0

エンタープライズアプリケーションでは、AccuRevでストリームを階層化しました（開発者は統合ストリームに昇格し、品質保証ストリームに昇格し、本番ストリームに昇格します）。アプリケーションの各主要コンポーネントには、独自の階層化されたストリームのセットがあります（たとえば、Windowsクライアント統合ストリーム、Windowsクライアント品質保証ストリーム、データアクセスサービス統合ストリーム、データアクセスサービス品質保証ストリームなどがあります）。

TeamCityでアプリケーション全体の自動ビルドの設定を担当しています。これまで、主要なコンポーネントごとに個別のビルド構成を作成しました（例：Windowsクライアントのビルド構成）。現在、これらの構成は前述の統合ストリームから取得されます。それは美しく動作します。

ただし、実行したいのは、ビルド構成を切り替えて、異なる層からプルすることです。つまり、Windowsクライアントの「統合」ビルドを実行する場合、ビルド構成はWindowsクライアント統合ストリームから取得されます。ただし、品質保証ビルドの場合は、品質保証ストリームから取得されます。

私の知る限り、これを実現する唯一の方法は、層ごとに個別のビルド構成を作成することです（例：「Windowsクライアントのビルド構成（品質保証）」）。

もっと簡単な方法はありますか？

または、自動ビルドの設定方法に根本的な問題があり、これを達成できませんか？

4

1 に答える 1

1

私はAccuRevを使用していませんが、ストリームは他のバージョン管理システムのブランチと同等であると想定しています。

あなたはここで正しい方向に進んでいると思います。層/プラットフォームごとに個別のビルド構成を使用する利点は、すべてのセットアップが完了すると、ボタンをクリックするだけで、それ以上構成することなく、任意のビルド構成を作成できることです。層ごとに個別のビルド構成なしでそれを行うこともできますが、その場合は、ビルド構成または特定のプロパティが設定されたカスタムビルドをいじくり回す必要があります（ただし、TeamCityプロジェクトページから直接カスタムビルドを実行するのは非常に簡単です！）ビルドを作成するたびに。

私がおそらく行うことは、あなたが行ったようにプラットフォーム/層ごとに別々のビルド構成をセットアップし、プラットフォームと層の設定を処理するための構成パラメーターを使用して、それらすべてを単一のテンプレートに基づいて行うことです。これにより、構成をテンプレートに分離することで複雑さとメンテナンス要件を低く抑えながら、個々の構成（ワンクリックの構築、必要に応じて個別のバージョン管理など）の利点が得られます。

于 2010-10-05T22:31:00.803 に答える