問題タブ [teamcity-9.0]

プロジェクトのビルド構成テンプレートを変更するにはどうすればよいですか?

以前、私の TeamCity プロジェクトは、他の 5 つのプロジェクトで使用されている汎用ビルド テンプレートを使用していました。既存のテンプレートをコピーして新しいテンプレートを作成し、プロジェクトに関連する変更を加えました。TeamCity プロジェクトでこのテンプレートを使用する方法が見つかりません。

新しいビルド構成を作成し、新しく作成されたビルド テンプレートを継承する以外に簡単な方法はありますか?

このパラメーターにアクセスしたい: %teamcity.tool.NuGet.CommandLine.DEFAULT.nupkg%

PowerShell ビルド ステップに手動で入力されたスクリプトでパラメーターが使用されている場合は、正常に機能します。

ただし、スクリプト ファイル (*.ps1) を使用しており、スクリプト ファイルからアクセスしたいと考えています。

環境変数は PowerShell ランナーに追加されるため、可能です。たとえば、 %build.number% は次のようにスクリプト ファイルで使用できます: $env:build_number

(TeamCity 構成設定で) ビルド パラメーターをセットアップでき、それが PowerShell ランナーに追加されることを知っています。しかし、それは少しばかげた、データの繰り返し、および設定を忘れる別の設定のようです。

$teamcity:tool_NuGet_CommandLine_DEFAULT_nupkg のような PowerShell スクリプトから %teamcity.tool.NuGet.CommandLine.DEFAULT.nupkg% にアクセスする方法はありますか?

しかし、それはうまくいきます:)

ありがとう。

チームシティを介してソースコードをナゲットパッケージにパッケージ化し、オクトパス展開を介して展開するセットアップがあります。パッケージ化されたフォルダーのサイズは ~267MB です。このプロセスは、これらのファイルをパッケージ化するだけで約 5 ～ 6 分かかります。このフォルダーには、12,000 個のファイルと 339 個のフォルダーが含まれています。また、〜183MBのフォルダーがあり、297個のファイルと24個のフォルダーがあります。これには約 35 秒しかかかりません。これらのフォルダーを Nuget でパッケージ化するときに、時間に大きな違いがあるのはなぜですか? パフォーマンスを向上させるソリューションはありますか?

ありがとう

msbuild.sonar.runner を使用して TeamCity ビルドで SonarQube を実行します。これにより、ソナー ランナーが実行されます。クオリティ ゲートがファイルされたときにビルドを中断するために、Build Breaker プラグインを使用しようとしています。問題がない場合、ビルドは期待どおりに実行されますが、Build Break エラーがある場合は、実行エラーが続きます。

これは予期された動作ではないと確信していますが、これらのビルドを展開して SonarQube の問題を効果的に監視することを妨げています。

ビルド チェーンのビルド プランに問題があり、本当に気になります。

私は単純なビルドチェーンを持っていA -> Bます

• A は非常に高速 (1 分未満) です。基本的には、運用システムからデータベースを取得します。処理が完了する前に、結果のアーティファクトが前の結果と同一になるかどうかを判断する方法はありません。現在、予定されている時間にビルドします。
• B は非常に時間がかかります (5 ～ 6 時間)。A からの出力と他の多くのソースを組み合わせて多数のアーティファクトを作成します。現在、A に対するスナップショットの依存関係と、他のソースに対する依存関係があります。

必要でない限り (つまり、B への入力のいずれかが変更された場合)、B を実行することは避けたいのですが、どうすればよいでしょうか?

結果が変更されていないことが検出された場合、A を失敗/キャンセルできますが、B の「スナップショット依存関係の失敗」が発生するため、B への他の入力ソースが変更された場合、結果は再構築されません...

B のビルドがトリガーされないように、A のビルドを停止または中止する方法はありますか?

編集：私は（かもしれない）考えを持っています：私はAにSCMで結果のアーティファクトをチェックさせることができます-それが以前のバージョンと異なる場合-そしてこれがBのトリガーを駆動できるようにします-これはすでに他の多くのソースに他のソースを持っていますSCM。私が見る限り、同じビルドチェーンの一部ではありませんが、次善の策です...

TC ドキュメントは基本的に、スナップショットの依存関係に表示されるブランチからカスタム ビルド ダイアログでブランチを選択できることを暗示していますが、これを機能させることはできません。

実際、私が見るブランチのリストは、私のビルド構成にもスナップショット依存関係にもないようです。ドキュメントは、スナップショットの依存関係にブランチがある場合、ブランチ タグが UI に表示されることも示唆していますが、同じ VCS ルートをアタッチしない限り表示されません。

「カスタムビルドのトリガー」では、次のように述べています。

8.x ドキュメントから:

ビルド構成 (またはこのビルド構成のスナップショット依存関係) にブランチがある場合は、このダイアログでカスタム ビルドに使用するブランチを選択できます。

9.x ドキュメントから:

ビルド構成 (またはこのビルド構成のスナップショットの依存関係) にブランチがある場合に利用できる [ビルド ブランチ] ドロップダウンでは、カスタム ビルドに使用するブランチを選択できます。

どちらも、スナップショットの依存関係からのブランチが [カスタム ビルドの実行] ダイアログに表示されることを意味します。しかし、そうではありません。これをしばらくいじった後、依存プロジェクトに同じ VCS ルートが接続されている場合にのみ、きれいなブランチ タグを UI に表示できます (ビルド ステップでソースを使用していなくても)。

これはバグですか、それとも私が TC について誤解しているのでしょうか?

git/branch 仕様の TC 9.1 を使用しています。

簡単な要約 - Teamcity エージェントは私の資格情報で実行するように設定されていて、権限の低いアカウントを使用しているかのように動作しているように見えますが。

ビルド エージェント サービスは、資格情報を使用して実行するように設定されており、サービス アプレットで確認できます。

ビルドには、IE COM オブジェクトを使用して IE にページをロードする単純な powershell スクリプトがあります。

また、ネットワーク ドライブを webDAV の場所にマップする別のコマンド スクリプトもあります。

これらは両方ともコマンドラインから正常に実行されます。

実行して、スクリプトが自分のアカウントで実行されていることを確認しました

powershell で、

私は誰

ドライブ マッピング スクリプトのコマンド。

powershellの場合、エラーが発生します

私が得るドライブマッピングスクリプトのために

また、スクリプトの一部として NET USE を実行して、マップされているドライブを確認しようとしましたが、スクリプトを実行する前に手動でマップしても、ドライブが表示されません。