TeamCity オンプレミス 2026.1 ヘルプ

TeamCity パイプラインロードマップ

パイプラインは、より直感的なビジュアルインターフェースで、お馴染みの TeamCity エクスペリエンスを刷新します。パイプラインはこれまでと同じ信頼性の高いバックエンドを採用していますが、従来のアプローチから意図的に脱却し、コアコンセプトを簡素化し、根本から再設計しました。

このアプローチは、取り組みが進展するにつれて成果を上げていくと期待していますが、現状ではパイプラインのカスタマイズ性と機能の選択肢が従来のビルド構成に比べて限られています。次に優先すべき領域を決定するにあたり、皆様からのフィードバックは特に貴重です。私たちのゴールは、お客様のニーズに真に合致する CI/CD ソリューションを構築することであり、その実現には皆様からのご意見が不可欠です。

Slack に参加しましょうでアイデアを共有して議論したり、ゼンデスク /YouTrack にバグレポートを送信したりできます。

開発中の機能

このセクションでは、すでに開発が活発に行われている機能についてご紹介します。これらの機能は、今後のリリースサイクルで提供予定です。

さらに多くの構築手順と構築機能

2025.11 バージョンで .NET ビルドステップが、2026.1 バージョンで 4 つの職務レベルの構築機能ビルドステップがサポートされたことで、パイプラインは従来のビルド構成との大きな機能ギャップの 1 つを解消しました。

Build features in pipelines

皆様からのフィードバックに基づき、今後さらに多くの手順や機能を追加していく予定です。Python ステップ承認機能の構築、その他ご要望がございましたら、お気軽にお知らせください。優先順位をつけて対応させていただきます。

部分チェックアウトのルール

場合によっては、作業を完了するためにリポジトリ全体が必要ないこともあります(もちろん、これは意図的な言葉遊びです)。これは特に大規模なモノリポジトリに当てはまります。大規模なモノリポジトリでは、チェックアウトによってワークフローに深刻な遅延が生じる可能性があるからです。

この問題を解決するため、ビルド構成ですでに利用可能なチェックアウトルールをサポートする予定です。この機能は、チェックアウト対象外のファイルへのコミットを無視する賢い TeamCity において特に大きなメリットをもたらします。これにより、ビルドの再利用性が向上し、実行速度を維持するための手動調整が軽減されます。

実装された機能

このセクションでは、以前のバージョンで実装された予定の機能の一覧を示します。

ビルドチェーンとの統合

ビルドチェーンは、ビルド構成とパイプラインの両方で構成できるようになりました。

Pipeline dependency

パイプラインの依存関係を設定する際には、ビルド構成のスナップショットの依存関係と同様に、リビジョン同期モード、失敗した依存関係の実行ポリシーなど、使い慣れたオプションが利用できます。

詳細: パイプラインの依存関係

Kotlin DSL サポート

親プロジェクトが設定を Kotlin DSL で保存している場合、パイプライン設定を引き続きリモート YAML で保存するか、Kotlin 形式で設定をプロジェクトの .kts ファイルに含めるかの選択肢が利用できるようになりました。

DSL in pipelines

この変更は、設定をコードとして扱うワークフローに Kotlin DSL を好んで使用し、設定ファイルに「欠落」が生じることを望まないチームにとって有益です。

詳細: パイプライン Kotlin DSL

カスタムラン

カスタムビルドの実行は、構成設定を変更することなく、カスタマイズされたビルドシーケンスをトリガーする優れた方法です。ビルドのスケジュール設定、特定のエージェントの選択、パラメーターの上書き、依存関係のスキップなどを行うことができます。バージョン 2026.1 以降、この機能は従来のビルド構成とパイプラインの両方で利用可能です。

Run build buttons in TeamCity

詳細: カスタムビルドの実行

職務レベルの構築機能

バージョン 2026.1 では、これまでビルド構成でのみ利用可能だったビルド機能がサポートされるようになりました。パイプラインでは、ビルドステップを追加するのと同じように、これらの機能をジョブに追加できます。

Build features in pipelines

現時点では、パイプラインはコミットステータスパブリッシャーなどのネイティブに統合された機能を除いて、4 つの機能をサポートしています。

皆様からのフィードバックに基づき、今後さらに多くの機能をサポートしていく予定です。

詳細: 機能を構築します

.NET ビルド手順

バージョン 2025.11 では、お馴染みの .NET ビルドステップをパイプラインに導入します。選択されたステップコマンドに依存する数十もの設定を含む単一のステップではなく、パイプラインはこのビルドステップをタスク固有の一連のユニットに分割します。

現在ビルド構成でのみ使用可能なその他の手順の詳細については、さらに多くの構築手順と構築機能セクションを参照してください。

詳細: .NET

プロジェクトレジストリ接続のサポート

バージョン 2025.11 以降、プロジェクトが所有する Docker および NPM 接続は、パイプラインおよびジョブ設定での統合として使用できるようになりました。

Inherited integrations

詳細: パイプライン設定

高度なビルドおよびテストアクション

バージョン 2025.11 以降、パイプラインは、以前はビルド構成でのみ利用可能だった高度な機能の一部をサポートします。ユーザーは、ビルドとテストの失敗を処理できるようになりました。具体的には、調査を割り当てたり無関係な失敗をミュートしたり、将来のビルドで解決が見込まれる問題に手動で修正済みラベルを付けたりすることができます。

Investigations and mutes in pipelines

さらに、実行アクションメニューに、個々のパイプライン実行をピン、タグ、コメントするためのオプションが追加されました。

Pin, tag, and comment actions in pipelines

詳細: ビルドとテストの失敗への対処 , ビルドの主なアクション

パラメーターのインポート

以前は、プロジェクトが所有するパラメーターをパイプライン内で使用できませんでした。このようなパラメーターを参照すると、暗黙的なエージェント要件が発生し、このパラメーターに値を提供するエージェントのみがこのパイプラインを実行できるようになりました。

バージョン 2025.11 以降では、直接または間接プロジェクトから任意のパラメーターをインポートし、他のネイティブパイプラインパラメーターとして使用できるようになりました。

Import parameters

詳細: パイプラインパラメーター , ビルドパラメーターの設定

計画されている機能

今後のパイプラインリリースで検討している機能は以下の通りです。Slack ワークスペースにご参加いただくか、通常のサポートチャネルからお問い合わせください。最重要項目の特定と優先順位の見直しにご協力いただけます。

業務失敗条件

ビルド構成と同様の失敗条件を導入する予定です。これにより、ジョブが失敗としてマークされるタイミングをより細かく制御できるようになり、先行するジョブが失敗しても後続のジョブを実行できるようになります。

実行タイムアウト

実行時間の上限を定義できるタイムアウト設定を検討しています。しきい値を超えたジョブまたはパイプラインは自動的にキャンセルされ、失敗としてマークされます。

レシピサポート

レシピは、よく使用されるロジックを再利用可能なアセットにパッケージ化し、JetBrains マーケットプレイスからコミュニティが作成したステップをダウンロードすることで、カスタムビルドステップを補完します。レシピのサポートを追加することで、パイプラインの機能は大幅に拡張されます。

ステップ条件を構築する

クラシックビルド構成では、ステップを実行するタイミングの基準を指定するステップ実行条件がサポートされています。パイプラインジョブ内のステップにも同様の機能を追加する予定です。

型付きパラメーター

パイプラインは現在、単一値のテキストパラメーター(機密性の高い値のためのマスクされたシークレットパラメーターを含む)のみをサポートしています。チェックボックス、複数選択、外部ソースから取得した値など、クラシックビルド構成で利用可能なより多くのパラメーター型を実装することを目指しています。

テンプレート

テンプレートは、同様の設定を共有する複数のビルド構成を設定できます。パイプラインにも同様のコンセプトを導入し、再利用可能な YAML テンプレートを定義できるようにする予定です。

VCS YAML 認識

パイプライン設定をリポジトリに保存することはすでに可能です。次に、TeamCity にその逆の機能を追加し、サポートされている VCS ホスト(GitHub、GitLab、Bitbucket など)内のパイプライン YAML ファイルを検出し、それらからパイプラインを自動作成できるようにします。

2026 年 4 月 24 日

関連ページ:

サポートとトラブルシューティング

TeamCity で問題が発生した場合は、まずよくある問題および既知の問題ページをチェックして、発生している問題に関する既存のガイダンスがあるかどうかを確認することをお勧めします。追加のサポートが必要な場合は、いくつかの便利なオプションをご用意しています。課題トラッカー (公開、非公開オプションあり): バグや機能リクエストを記録します。サポートチケット (プライベート): 有効なエンタープライズサーバーライセンスをお持ちのお客様のみが、サポートチームから直接サポートを受けることができます。コミュニ...

.NET

TeamCity.NET ビルドステップを使用すると、.NET (Core) および .NET フレームワークを対象とするアプリケーションをビルド、テスト、デプロイできるほか、NuGet パッケージをダウンロードしてプッシュすることもできます。.NET ステップイン構成とパイプライン:クラシックビルド構成では、.NET は、選択したコマンドに応じて設定が変化する単一のビルドステップです。パイプラインでは、これらの各コマンドは個別のビルドステップとして使用できます。エージェント要件:.NET ス...

ジョブ設定

ジョブには、順番に実行される個々のビルドステップが含まれます。この記事では、シーケンスの実行方法を制御する一般的な設定について説明します。ジョブ設定の編集:ジョブ設定を表示および編集するには、右上隅の設定トグルをクリックし、任意のジョブタイルをクリックします (または、新しいジョブを作成するには追加タイルをクリックします)。ビジュアルエディターからコードに切り替えて、マークアップを直接編集することもできます。ステップ:このセクションを使用して、プロジェクトのビルドとテスト、カスタムスクリプト

VCS チェックアウト規則

VCS チェックアウトルールを使用すると、構成された VCS ルートの一部をチェックアウトし、バージョン管理のディレクトリをビルドエージェントのビルドチェックアウトディレクトリのサブディレクトリにマップすることができます。リポジトリ全体の VCS ルートを定義し、各ビルド構成にその関連部分のみをチェックアウトするように指示することができます。チェックアウトルールは、UI に表示されるビルドの変更と、エージェント上のビルドでチェックアウトされるファイルに影響します。コミットがビルドの VCS ルー...

ビルドチェーン

ビルドチェーンは、相互接続されたビルド構成とパイプラインの作成と編集のシーケンスです。チェーンは、完全に実行することも、部分的に実行することもできます。どちらの場合も、トリガーされた構成またはパイプラインによって、その上流の依存オブジェクトが最初に実行されます。例: 下のダイアグラムは、サンプルビルドチェーンを示しています。+------------+ +----------------+ +--------+ | Build core |---->| Build plugin A |--...

パイプライン設定

この記事では、パイプライン全体に使用できる、共通のパイプラインの動作を指定する設定について説明します。パイプライン設定の編集:コアパイプライン設定を表示および編集するには、右上隅の設定トグルをクリックし、ビジュアルエディターでジョブを囲むパイプラインキャンバス領域内の任意の場所をクリックします。ビジュアルエディターからコードに切り替えて、マークアップを直接編集することもできます。パラメーター:パラメーターは、生の値を参照に置き換えるために設計された名前と値のペアです。TeamCity はパラ