カスタムビルドの実行
ビルド構成とパイプラインの右上隅には、新しいビルドをトリガーする 2 つのボタンが表示されます。

実行 — デフォルト設定で新規ビルドを開始します。
カスタムビルドを実行する — ビルド開始前にビルド設定を変更できるダイアログを表示します。
この記事では、利用可能なカスタマイズオプションについて説明するとともに、カスタムビルドをトリガーするその他の方法についても触れています。
カスタムビルドを実行するダイアログ
このダイアログは、以下のいずれかの場合に TeamCity UI に表示されます。
カスタムビルドを実行するボタンをクリックすると。
構成またはパイプラインの通常のビルドを、1 つまたは複数のプロンプトパラメーターを使用して開始する場合。これらのパラメーターは、ビルドが開始されるたびに新しい値を要求するように設計されています。

利用可能なカスタマイズオプションは、複数のタブにまとめられています。
一般オプション
- エージェント
この設定により、ビルドを実行するエージェントを選択できます。次のオプションが利用可能です。
〈 fastest idle agent 〉 (デフォルトオプション) — 選択すると、TeamCity はビルドを実行するエージェントを自動的に選択します。
リストから特定の TeamCity エージェントを選択します。TeamCity は、指定されたエージェントの現在の状態を表示し、(すでにビルドを実行している場合は) いつアイドル状態になるかを推定します。
〈 fastest idle agent in the N pool 〉 — TeamCity は、指定されたプールからエージェント上でビルドを実行します。
クラウド統合が構成されている場合は、特定のクラウドイメージから生成されたエージェントでビルドを実行できます。このタイプのクラウドエージェントが利用できない場合は、TeamCity は新しいエージェントを起動しようとします。
<すべての有効な互換性のあるエージェント> — 有効化され、ビルド構成と互換性のあるすべてのエージェントでビルドを同時に実行します。このオプションは次の目的で使用します。
エージェントのメンテナンスを目的としてビルドを実行します (たとえば、環境のアップグレード / 更新後にエージェントが正しく機能するかどうかを確認する構成を作成できます)。
さまざまなプラットフォームでビルドを実行します (たとえば、構成をセットアップし、インストールされているさまざまな環境と互換性のあるビルドエージェントの数を指定できます)。
- ビルドオプション
最も一般的なビルドカスタマイズオプションが含まれています。
個人ビルドとして実行する — 個人ビルドを実行できます。まだコミットされていない変更をテストするためにパッチファイルを渡すことができます。
ビルドをキューの先頭に配置する — この新しいビルドを現在のビルドキューの先頭に配置します。
ビルド前にチェックアウトディレクトリ内のすべてのファイルを削除します。これは、 TeamCity がビルドチェックアウトディレクトリをクリアするかどうかを指定します。スナップショットの依存関係が設定されている場合、このオプションはスナップショットの依存関係にも適用できます。この場合、ビルドチェーンのすべてのビルドでクリーンなチェックアウトが使用されます。
- 日付 & 時刻
ビルド実行をクリックした直後に新しいビルドを通常のキューに配置するには、できるだけ早くオプションをそのままにしておきます。
特定の日時にビルドをスケジュールするには、特定の日時にオプションに切り替えます。スケジュールされたビルドは、スケジュールされた日時までビルドキューの最後に残ります。
依存関係
このタブは、ビルドの親構成またはパイプラインがより大きなワークフローの一部であり、上流のビルドが含まれている場合にのみ使用できます。この場合、これらの上流ビルドのうち、どれを新たに再構築するかを指定できます。デフォルトでは、TeamCity は以前に失敗したビルドも含め、すべてのビルドを再構築しようとします。
リスト内の依存関係ビルドは、最初はアルファベット順にソートされたブランチによってグループ化されます。同じブランチのビルドはビルド日によって並べ替えられます。ブランチベースの並べ替えを破棄し、すべての依存関係ビルドを日付のみで並べ替えるには、依存関係を日付で並べ替えるをクリックします。これにより、最新のビルドを最初に表示できます。デフォルトの並べ替えを復元するには、すべてリセットをクリックします。
変更
変更タブを使用すると、このビルドで処理する変更内容を細かく調整できます。
- ブランチをビルドする
このオプションを選択すると、カスタムビルド用にブランチを選択できます。
- 含める変更
VCS ルートにおけるどの変更を今回の新規ビルドに含めるかを選択できます。以下のオプションが含まれます。
ビルド開始時の最新の変更 — TeamCity には、現時点で利用可能なすべての最新の変更が自動的に含まれます。
[Date] (リビジョン番号) (名前の変更) — 個々のコミットの一覧です。任意のコミットを選択すると、その変更までのプロジェクトがビルドされます。なお、TeamCity は最新の変更を無視したビルドを自動的に履歴ビルドとしてマークします。
TeamCity に必要な古いコミットが表示されない場合 (たとえば、対応する VCS ルートが構成またはパイプラインから切り離された場合)、変更ログでそれを見つけて、この変更でビルドを実行するアクションを使用します。
手動で指定された改訂 — 変更内容の改訂番号を手動で入力してビルドすることができます。
- 設定を使用する
プロジェクトがその設定を VCS に保存している場合、このタブでは、この新しいビルドに使用する設定を選択できます。
TeamCity サーバーで現在定義されている設定
このビルド用に計算された VCS リビジョンからロードされた設定。
デフォルトの動作は、現在選択されているプロジェクト設定 | バージョン対応設定ページの設定によって異なります (詳細については、このセクションのビルドに適用する設定の定義を参照してください)。特定の変更リビジョンを選択した場合、TeamCity はプロジェクト設定の対応するリビジョンも読み込みます。
設定をサーバーベースの YAML ファイルに保存するパイプラインでは、このオプションは表示されません。
パラメーター
このタブでは、パラメーターの追加、編集、削除が可能です。以下の制限事項が適用されます。
変更できるのはパラメーターの値のみで、名前は編集できません。
削除アクションは、前回のカスタム実行で追加されたパラメーターに対してのみ表示されます。その他のパラメーターは削除できません。

以前追加したパラメーターは、同じパラメーターで別のカスタム実行を行う必要がある場合に備えて、便宜上このタブに表示され続けます。通常の実行には自動的に追加されません。
パイプラインの場合、パイプラインの入力パラメーターのみを上書きできます。ジョブパラメーターは、このダイアログからはアクセスできません。
パラメーター値は 16,000 文字を超えてはなりません。
コメントとタグ
このタブでは、カスタムビルドにコメントやタグを付けることができます。また、このセクションの該当するオプションをオンにすることで、カスタムビルドをお気に入りに追加することもできます。
カスタムビルドを開始するその他の方法
対応する起動構成の実行 ... ボタンを押すことに加えて、以下のようにカスタムビルドを開始することもできます。
完了したビルドの変更タブから、必要な変更の横にある省略記号ボタンをクリックして、この変更でビルドを実行するを選択します。

REST API では、新しい
POSTリクエストを/app/rest/buildQueueエンドポイントに送信し、リクエスト本文で必要なBuildオブジェクト設定を指定します。詳細については、こちらの記事を参照してください: カスタムビルドを開始します。curl --location '<server-url>/app/rest/buildQueue' \ --header 'Accept: application/json' \ --header 'Content-Type: application/json' \ --header 'Authorization: <access-token>' \ --data '{ "buildType": { "id": "Config-no-2" }, "triggeringOptions": { "cleanSources": true, "rebuildAllDependencies": false, "rebuildFailedOrIncompleteDependencies": false, "queueAtTop": true, "rebuildDependencies": { "buildType": [ { "id": "Config-no-1" } ] } } }'ビルドページからアクション | プロモートをクリックすると、このビルドが属するチェーンがトリガーされます。これにより、古いアップストリームビルドを使用してチェーンを実行したり、自動的に開始されないダウンストリームビルド (たとえば、デプロイ) を実行したりできます。プロモーションの効果は一度限りです。現在の実行後、ビルド構成とパイプラインはデフォルトの依存関係ロジック (最後に成功したビルドまたは最後に固定されたビルド) に戻ります。詳細については、次のブログ記事(英語)を参照してください。
関連ページ:
カスタムパラメーターの作成と設定
このトピックでは、カスタム TeamCity パラメーターを作成し、その外観と動作を構成する方法について説明します。名前の制限:構成パラメーターの名前には、文字のみが含まれ、ASCII 文字で始まる必要があります。新しいパラメーターを作成する方法:TeamCity UI 内プロジェクトまたは構成設定に移動し、パラメータータブに切り替えます。パラメーターの優先順位と継承ルールについては、この記事を参照してください: パラメーター値。入力パラメータータブに切り替えます。出力パラメーターはビルドチェ...
クラウドのホストビルドエージェント
TeamCity とクラウド (IaaS) ソリューションの統合により、TeamCity は TeamCity エージェントをオンデマンドで実行する仮想マシンを提供できるようになります。これにより、TeamCity は現在のワークロードに応じてアクティブなビルドエージェントの数を自動的に調整できます。クラウドエージェントとエグゼキューター:TeamCity は次の 2 種類の統合をサポートしています。通常のクラウドエージェント。この統合タイプでは、ビルドエージェントをホストする環境として、クラ...
パーソナルビルドの実行
個人ビルドは、通常、バージョン管理にまだコミットされていない変更を使用する共通ビルドシーケンスからのビルドです。個人ビルドは通常、サポートされている IDE の 1 つからリモート実行プロシージャを介して開始されます。カスタムビルドを実行するダイアログから個人ビルドを開始し、変更を加えたパッチをサーバーに直接アップロードすることもできます。個人ビルドには対応するアイコンが付いており、ビルドを開始したユーザーのみに表示されます。他の TeamCity ユーザーの個人ビルドを表示するには、ユーザープロ...
Perforce
TeamCity は Perforce と統合することで、Perforce P4 に保存されたソースプロジェクトをビルドし、継続的な統合とデリバリーを実現できます。この統合の詳細については、こちらを参照してください。この記事では、Perforce P4VCS ルートに固有の設定について説明します。一般的な VCS ルート設定については、ここで説明します。P4 接続設定:ポート Perforce サーバーアドレスをとして定義します。特定の環境では、環境変数は、あらゆる型のチェックアウトについて、以...
TeamCity と Perforce の統合
この記事では、TeamCity を Perforce P4 と統合して次のことを行う方法について説明します。P4 リポジトリに保存されているプロジェクトのソースをビルドします。Perforce ストリームを機能ブランチとして使用し、それらのソースを互いに独立して構築します。シェルブされた変更リスト内のファイルを事前テストおよび事前ビルドします。ソースに自動ラベルを適用します。Perforce HelixSwarm のコードレビューにビルドステータスを報告します。前提条件:TeamCity は P4...
ビルドキューの操作
TeamCity では、ビルドキューはトリガーされた、または手動で起動され、開始を待機しているビルドのリストです。TeamCity は、ビルドがアイドル状態になるとすぐに、互換性のあるビルドエージェントに配布します。キューに入れられたビルドは、エージェントで開始された瞬間にエージェントに割り当てられます。ビルドがビルドキューで待機している間は、事前割り当ては行われません。キューページ:上部のナビゲーションバーからキューページにアクセスします。このページには、実行を待機しているビルドのリストが表...