TeamCity On-Premises 2026.2 Help

TeamCity 2026.2 の新機能

パイプラインの機能強化

一般提供開始

TeamCity 2025.07 では、パイプラインが早期アクセスプログラム (EAP) 機能として導入されました。TeamCity Cloud ではすぐに利用でき、TeamCity On-Premises ではリクエストに応じて利用できます。 それ以来、従来のビルド構成との差を着実に縮め、次の機能を追加してきました:

このリリースで、パイプラインは EAP を終了し、あらゆる規模と複雑さのプロジェクトで TeamCity Cloud と On-Premises の両方で一般提供されるようになりました。

パイプラインの開発はここで終わりません。今後の予定については ロードマップをご覧ください。

ジョブのデバッグ。

パイプライン全体をトリガーせずに、単一のパイプラインジョブをテストできるようになりました。 ジョブの省略記号メニューを開いて デバッグ を選択すると、TeamCity は現在の設定でそのジョブだけ (およびそのジョブが依存するもの) を実行し、ライブビルドログと、そのジョブを取得したエージェントへのターミナルアクセスも利用できます。

ジョブのデバッグ。

詳細: ジョブのデバッグ。

ブランチを処理する機能の改善

パイプラインでフィーチャーブランチをより適切に扱えるようになりました。編集モードでは、異なるリポジトリブランチを切り替え、それぞれに固有のワークフローを設計できます。

編集モードのブランチセレクター

さらに、TeamCity は保護されたブランチを正しく処理するようになりました。 UI で行った編集を保護されたブランチにコミットしようとすると、明確な警告と、更新された .yml ファイルを別のブランチに保存する提案が表示されるようになりました。

保護されたブランチに設定を保存

詳細: 機能ブランチ

失敗時も実行を継続

ジョブの依存関係を設定するときに、 上流が失敗してもジョブを実行 を有効にできるようになりました。これにより、依存先の上流ジョブが失敗しても、ジョブは自動的にキャンセルされずに実行を続けます。

ジョブの依存関係設定

パイプライン実行全体としては引き続き失敗としてマークされますが、これにより特定のジョブ (たとえばクリーンアップや通知ステップ) が常に実行されることを保証できます。

詳細: 依存関係

パイプライン実行をプロモート。

プロモート — 古い完了済みビルドから ビルドチェーンの下流部分をトリガーするボタン — が、ビルド構成だけでなくパイプラインでも機能するようになりました。

パイプライン実行をプロモート。

たとえば、成功した "Build Docker image" 実行を "Upload to DockerHub" 構成またはパイプラインにプロモートして、そのアーティファクトを再ビルドせずに再デプロイできます。

詳細: ビルドをプロモートする

バインドされていないパイプライン

VCS ルートを関連付けずにパイプラインを作成できるようになりました。 以前は、このオプションはビルド構成でのみ利用できました。 パイプラインを作成する際に「リポジトリなし」オプションを選択すると、リモートソースをチェックアウトしないカスタムワークフローを作成できます。

リポジトリなしのパイプライン

詳細: パイプラインの作成と編集

Amazon ECR サポート

パイプラインとジョブで、親プロジェクトの Amazon ECR 接続がそれぞれの 統合 セクションに表示されるようになりました。

パイプライン内の ECR 接続

現在サポートされているのは継承された ECR 統合のみです。パイプライン設定パネルまたは YAML マークアップからローカル統合を作成することはできません。

詳細: パイプライン統合

TeamCity AI

TeamCity には、実際の CI/CD の問題を解決する場面で AI を追加し、その他の判断は利用者に委ねます。 AI 機能は、サーバー管理者が有効化するまでオフのままです。また、このリリースから、どの AI プロバイダーを使用するかも選択できます。

AI Assistant

TeamCity 2026.2 以降、組み込みの JetBrains AI に限定されなくなりました。AI Assistant は "bring your own key" (BYOK) をサポートし、組織がすでにアクセス権を持っているサードパーティ AI プロバイダーに接続できるようになりました。 プロバイダー セレクターでプロバイダーを選択して API キーを入力すると、AI Assistant は代わりにそのモデルで実行されます。 Assistant パネルの下部には、現在アクティブなモデルが常に表示されます。

Anthropic モデルを使用する AI Assistant

さらに、AI Assistant は従来のビルド構成だけでなくパイプラインにも対応し、ローカルドキュメントソースが付属するため、精度が向上し、ハルシネーションが起こりにくくなります。

詳細: プロバイダー

MCP の改善

TeamCity の MCP サーバーは、 パイプラインを管理するための新しいツールを 3 つ Exposed し、AI エージェントから直接取得、編集、削除できるようになりました。 個人用アクセストークンを事前設定する代わりに、OAuth を使用して接続することもできます。

TeamCity MCP の OAuth 認証

詳細: TeamCity MCP

失敗したチェーンビルドの再実行

ビルド構成設定の 依存関係 タブに、 再試行設定 グループが追加されました。 有効化すると、ダウンストリームビルドを遅延させ、失敗した依存関係をその場で自動的に再試行できます。チェーン全体を再実行する必要はありません。

失敗した依存関係の再実行

詳細: 失敗したチェーンビルドを再実行する

GitHub プルリクエスト

Pull Requests ビルド機能は、ブランチ参照ではなくソースブランチでプルリクエストを照合できるようになりました。 これにより、GitHub が異なるプルリクエスト番号を割り当てた場合でも、TeamCity は異なるリポジトリの個別のプルリクエストを関連する変更として認識し、同じビルドチェーンで一緒にビルドできます。

詳細: GitHub プルリクエスト

DSL コンパイルモード

TeamCity がバージョン管理された DSL 設定をコンパイルする場所を、 サーバーまたはビルドエージェント上から選択できるようになりました。

DSL コンパイルモードの設定

制限が少なくより安全なため、 ビルドエージェントモードで を推奨しますが、どちらのオプションにも一定のトレードオフがあります。 詳細については、以下のリンクを参照してください。

詳細: DSL コンパイル

その他の機能強化

  • TeamCity は、Tape Archive (.tar) ファイル向けに可逆 Zstandard 圧縮アルゴリズムをサポートするようになりました: アーティファクトを 公開および 交換する際に、 .tar.zst または .tzst 拡張機能を使用できます。

  • パフォーマンスモニターのインターフェースが、よりモダンな外観に刷新され、読みやすさと視覚的な一貫性が向上しました。

    パフォーマンスモニター
  • TeamCity は、変数の多いパラメーター化されたビルドの所要時間を より正確に見積もるようになりました。

  • Gradle ステップを 高度な統合モードに切り替えられるようになりました。このモードは Gradle Tooling API に依存しなくなりました。 ビルドは、コマンドラインから Gradle を実行した場合と同じように動作し、以前は互換性のなかった機能が使えるようになりました。Gradle 分離プロジェクト、 --daemon--stop などのコマンドラインオプション、その他の機能です。 バージョン 2026.2 では、高度なモードを手動で有効化する必要があります。今後のリリースではデフォルトになる予定です。

  • プロジェクトインポートで、所有者と同じ権限を付与する アクセストークンをユーザーと一緒にインポートするかどうかを選択できるようになりました。 このようなトークンはどのプロジェクトにも限定されないため、ターゲットサーバーでは所有者が持つすべての権限を付与することになります。TeamCity は、対応するチェックボックスを選択した場合にのみインポートします。

  • TeamCity サーバーと同じマシンにインストールされたエージェントは、自動的に 承認されなくなりました。 TeamCity は、未承認のエージェントに対してリモートアクションも実行しなくなりました。エージェントログの表示、スレッドのダンプ、インタラクティブターミナルを開くこと、マシンの再起動には、承認済みエージェントが必要になりました。 これにより、サーバーが検証されていないマシンと通信することを防ぎます。

アップグレードノート

アップグレードする前に、バージョン 2026.1 と比較した 2026.2 の重要な変更点について確認することを強くお勧めします。

修正された課題

実装された機能と修正された問題の概要については、 TeamCity 2026.2 リリースノートの記事を参照してください。

ロードマップ

今後のアップデートについて詳しく見るには、 TeamCity ロードマップおよび TeamCity Pipelines ロードマップ の記事を参照してください。

TeamCity オンプレミスを更新

最も簡単で信頼性の高いアップグレードには、 自動更新 の使用をお勧めします。 アップグレードプロセスと利用可能なオプションの詳細については、 TeamCity サーバーとエージェントのアップグレード を参照してください。

TeamCity の任意のメジャーバージョンまたはバグ修正バージョン用の .tar.gz または .exe インストーラーをダウンロードするには、 以前のリリースのダウンロード の記事にアクセスしてください。

Docker コンテナーで実行されている TeamCity サーバーについては、 この記事を参照してください。

フィードバックをお寄せください

皆様からのフィードバックを重視しており、ご意見やご提案を共有することをお勧めします。 詳細については、こちらのリンクを参照してください: サポートとトラブルシューティング

2026 年 9 月 11 日