TeamCity 2026.1 の新機能
リリースサイクルの更新
このリリースから、2022 年以前のバージョン体系に戻ります。TeamCity のメジャーバージョンでは "YYYY.N" フォーマットを使用し、"N" は月ではなくリリース番号を示します。 この変更により、リリースサイクルがより予測しやすくなり、他の JetBrains 製品との整合性も高まります。
今年は、TeamCity On-Premises と Cloud のリリース Cadence も分離する予定です。 オンプレミス版は引き続き年 2 回のメジャーリリースを実施します。 一方、クラウド版はより頻繁にアップデートされるため、オンプレミス版のメジャーリリースを待つことなく、新機能や改善点をより早く利用できるようになります。
Java 21 への移行
TeamCity サーバーとビルドエージェントは、Java 21 より古い Java バージョンをサポートしなくなりました。 アップグレード手順については、こちらの記事を参照してください: チートシート: サーバーとエージェントマシンでの Java の更新。
TeamCity コマンドラインインターフェース
TeamCity 2026.1 では、TeamCity インスタンスを操作する新しい方法として TeamCity CLI が追加されました。 ブラウザーベースの UI と広範な REST API に加えて、コマンドラインツールを使用してターミナルから TeamCity と直接やり取りできるようになりました。
CLI を任意のコンピューターにインストールすれば、コマンドラインを移動することなく、ビルドステータスの確認、新規ビルドの開始、障害の調査、その他多くの日常的なタスクの処理を行うことができます。
AI エージェントとの統合
バージョン 2026.1 では、チャットボットやエージェント型 IDE などの AI ツールを TeamCity に接続しやすくなりました。 統合オプションは 2 種類から選択できます。
パイプラインの機能強化
バージョン 2026.1 では、パイプラインを CI/CD ワークフローに完全に統合するための大きな機能強化が導入され、パイプラインを ビルドチェーンに含めることができるようになりました。 これにより、パイプライン間、パイプラインと構成間、構成とパイプライン間の依存関係を持つ細かなセットアップを作成できます。
ビルド詳細サイドパネルを再設計し、 ビルド結果でおなじみのタブ（概要、ビルドログ、パラメーターなど）をすべて含めることで、各ビルドの全体像を把握できるようにしました。 また、パイプライン / ジョブ切り替え機能も追加したため、ジョブごとにタブをすばやくフィルタリングでき、パイプラインのインスペクション、デバッグ、トラブルシューティングが容易になりました。
カスタムビルドダイアログを使用すれば、一度限りのカスタム設定でパイプラインを実行できるようになりました。
ジョブは、これまで ビルド構成でのみ利用可能だった以下のビルド機能を利用できるようになりました。
パイプラインの リポジトリ 設定を編集する際に、この親プロジェクトが所有する既存の VCS ルートからリポジトリを追加できるようになりました。 以前は、ルートを再利用できるオプションは、新しいパイプラインを作成する場合にのみ利用可能でした。
HTTP 認証情報を使用して Git リポジトリに接続するすべてのパイプラインは、 プルリクエストの追跡や実行ステータスの公開を可能にするリポジトリオプションをサポートしています。 以前は、これらのオプションは、構成済みの TeamCity OAuth 接続を介して作成されたパイプラインでのみ利用できました。
パイプラインのパラメーターを再設計し、パイプラインの依存関係をより適切にサポートし、より一貫性があり直感的なモデルを提供するようにしました。
ジョブは、入力パラメーターと出力パラメーターを個別に定義する必要がなくなりました。 代わりに、すべてのジョブパラメーターは、同じパイプライン内の下流ジョブで自動的に利用できるようになります。
パイプラインパラメーターを入力または出力として明示的に指定できるようになったため、下流の構成やパイプラインに公開する値をより細かく制御できるようになりました。
親プロジェクトのパラメーターは、子パイプラインやジョブで自動的に利用できるようになるため、インポートする必要がなくなりました。
親プロジェクトが バージョン化設定 を有効化すると、パイプライン YAML は自動的に DSL に変換されます。 現在、パイプラインでの DSL サポートには制限があります。TeamCity UI で行った変更は新しい Kotlin DSL タブに表示されますが、自動的にはコミットされず、パイプラインを実行できなくなります。 パイプラインを再び実行できるようにするには、これらの変更をリモートの
.ktsファイルに手動でコミットしてください。
動的なビルドステップ資格情報。
新しい ビルドスコープトークン 機能を使用すると、ビルド時に有効期限の短い GitHub アクセストークン（最大 60 分）を安全に生成できます。 これらのトークンをパラメーターとしてビルドステップに渡すことで、リポジトリへのシームレスなアクセスが可能になります。
SSH 既知のホスト
SSH キー ページには、TeamCity が接続先の VCS プロバイダーを検証し、ホストの公開鍵が既知のエントリのいずれとも一致しない場合に追加の操作を中止できるようにする追加オプションが含まれるようになりました。
サードパーティ統合の機能強化
Git
セキュリティ上の理由から、Git VCS ルートはデフォルトでは ローカルおよび UNC ファイル URL をサポートしなくなりました。 これらを再度有効にするには、
teamcity.git.allowFileUrl=true内部プロパティを設定してください。シャロークローン と Git のチェックアウトポリシーを選択する際に、
teamcity.git.agent.shallowCloneDepthとteamcity.git.agent.submodules.shallowCloneDepthのパラメーターを追加して--depth(英語) 属性を設定できるようになりました。GitLab CE/EE 接続では、システム Webhook との連携を設定できるようになりました。 この機能強化により、TeamCity はリポジトリを定期的に ポーリングする代わりに、リポジトリの新しい変更に関する通知をほぼ瞬時に受け取れるようになります。
コミットステータスパブリッシャー のビルド機能に、Git VCS プロバイダー（GitHub、GitLab、Bitbucket など）にステータスを送信する際に、カスタムビルド構成名を設定するオプションが追加されました。
Perforce
Perforce のシェルブされた変更リストをビルドする場合、以前の TeamCity バージョンでは、チェックアウトされたファイルを対応するシェルブ済みのファイルに置き換えていました。 バージョン 2026.1 以降、TeamCity はシェルブ解除後に
p4 resolveを実行することで、より高度なアプローチを使用し、競合する変更を検出して解決できるようになりました。Perforce ビルド構成のカスタムビルドをトリガーする際に、複数の 保留中の変更リスト ID を指定できるようになりました。
Kubernetes (クバネティス)
Kubernetes の クラウドプロファイルと 接続に、プロキシの背後にある送信接続を構成できる設定が追加されました。
HashiCorp Vault
HashiCorp Vault Connection は、 Google Cloud Platform 認証(英語)を介した認証をサポートするようになりました。
Jira
オンプレミスの Jira インスタンスへの接続を設定する際、通常のユーザー名 / パスワード認証情報による認証、または課題追跡システム側で発行される個人アクセストークンによる認証のいずれかを選択できるようになりました。
その他の機能強化
すべての TeamCity ビルド構成で、ビルド中にエージェントのハードウェア使用箇所が自動的に記録されるようになりました。 この変更により、以下の更新が行われます。
PerfMon ビルド機能は不要となり、 パフォーマンスモニター (既存) に名称変更されました。
ビルド結果 ページの対応するタブは、現在 パフォーマンスモニターという名称に変更されており、データが廃止された機能に関連付けられなくなったことを示しています。
新しいパラメーター
teamcity.perfmon.feature.enabledを使用すると、特定のビルド構成またはプロジェクトに対して、CPU、ディスク、メモリの使用状況の収集を無効にすることができます。
TeamCity Enterprise の試用版ライセンスを持つユーザーは、 AI Assistant を使用できるようになりました。
利用可能な アーティファクトを入手する ... オプションのリストに、ターゲットとソースの構成 / パイプラインが同じビルドチェーンに属していない場合にビルドを失敗させる 同じチェーンからビルドする が追加されました。 以前は、 同じチェーンのビルドまたは最後に完了したビルド オプションのみが利用可能でした。
一般的なビルド構成設定にある既存の このビルド構成の最大同時ビルド数 設定に加えて、新しい 上限に達した場合 オプションを使用すると、TeamCity が余剰のビルドをキューに入れるか、最も古い実行中のビルドをキャンセルして容量を解放するかを選択できます。
override.dep.パラメーター接頭辞を実装しました。これは、将来の TeamCity バージョンで従来の逆依存。構文を完全に置き換える可能性があります。 新しいパラメーターはパラメーター参照を解決し、一致するパラメーターを持たない構成 / パイプラインに編集を強制的に適用することはありません。SAML 認証 プラグインは TeamCity にバンドルされるようになったため、外部 SSO プロバイダー経由の認証を有効化するために別途インストールする必要がなくなりました。
Gradle プラグインにおいて、Gradle のバージョン選択ロジックを 改善し(英語)ました。 今回の変更は、ビルドログに情報レベルのエントリをいくつか追加するだけで、目に見える動作変更はありませんが、プラグイン全体の安定性が向上するはずです。
アップグレードノート
アップグレードする前に、バージョン 2026.1 2025.11 との比較の重要な変更点について読むことを強くお勧めします。
修正済みの課題
実装された機能と修正された課題の概要については、 TeamCity 2026.1 リリースノート の記事を参照してください。
ロードマップ
今後のアップデートについて詳しく見るには、 TeamCity ロードマップおよび TeamCity Pipelines ロードマップ の記事を参照してください。
TeamCity オンプレミスを更新
最も簡単で信頼性の高いアップグレードには、 自動更新 の使用をお勧めします。 アップグレードプロセスと利用可能なオプションの詳細については、 TeamCity サーバーとエージェントのアップグレード を参照してください。
TeamCity の任意のメジャーバージョンまたはバグ修正バージョン用の .tar.gz または .exe インストーラーをダウンロードするには、 以前のリリースのダウンロード の記事にアクセスしてください。
Docker コンテナーで実行されている TeamCity サーバーについては、 この記事を参照してください。
フィードバックは重要です
皆様からのフィードバックを重視しており、ご意見やご提案を共有することをお勧めします。 詳細については、こちらのリンクを参照してください: サポートとトラブルシューティング。