2

(未回答の)質問what the preferred way for a big continuous integrations setup in TeamCity might beの後の日に、私たちは多くのスナップショット依存関係を設定しています。TeamCityの親の設定に応じてすべてのビルド設定を見つける?

イメージは、コンフィギュレーションZに依存するコンフィギュレーションA、B、C、DおよびEを持っています.3か月が経過しています。

ここで、異なるビルドエージェントで多くの異なる設定をテストした構成であるため、構成ZからXに切り替えるとします。これらの変更を展開したいとします。また、コンフィグレーションXで既に正常にテストされたコンフィグレーション設定を手動でコピーしているため、開発者のCI停止時間を強制したくはありません。

したがって、依存関係設定Zを別の設定Xに切り替え、この新しい構成への構成:どの構成がまだZに依存しているかはまだどのように知っていますか?

おかげ - チームシティーごとのビルドごとの依存関係がよく見えるトラッキングを持っていますが、ステファン

答えて

0

は、私はあなたが依存してビルド構成のリストを表示することができますUIのページを認識していませんよ所与の「親」構成上にある。 もちろん、個々の設定を確認するために個々の設定を表示することはできますが、大規模な展開では実現できない場合があります。

あなたが1つの場所でまたはプログラムこの情報にアクセスしたい場合、それは< PROJECT-NAME \ CONFIG \あなたの<チームシティー-DATA-DIR >でプロジェクト-config.xmlのファイルにチームシティーで保存されています>ディレクトリ。上記の例では

<project id="project1"> 
    <build-type id="bt1" name="Parent"> 
    ... 
    </build-type> 

    <build-type id="bt2" name="Child 1"> 
    ... 
    <settings> 
     <dependencies> 
      <depend-on sourceBuildTypeId="bt1"> 
      ... 
      </depend-on> 
     </dependencies> 
    </settings> 
    </build-type> 

    <build-type id="bt3" name="Child 2"> 
    ... 
    <settings> 
     <dependencies> 
      <depend-on sourceBuildTypeId="bt1"> 
      ... 
      </depend-on> 
     </dependencies> 
    </settings> 
    </build-type> 
</project> 

、あなたが設定/依存関係を持っていたビルド型を探すことができ/依存-にノードあなたの親構成IDに一致sourceBuildTypeIdで。 TeamCityインストールでビルドタイプIDが一意であるため、このアプローチは、依存関係が複数のプロジェクトにまたがっている場合でも機能するはずです。

+0

基本的にリストをプログラムで作成します...もし私が別の親構成に切り替えるならば、それはTeamCityのリストの各ビルド構成を手動で検索してから依存関係を切り替えることを意味します。ひどいですね。または、何らかの形でIDをリンクできますか? –

+0

あなたの努力に感謝します。 –

関連する問題