TeamCity On-Premises 2026.2 Help

TeamCity 2022.10 の新機能

TeamCity サーバーでの簡単な HTTPS アクセス設定

このバージョンより前は、TeamCity サーバーで HTTPS を設定することは、サーバー管理者にとって難しいタスクの 1 つでした。 TeamCity サーバー構成に関する知識と、プロキシサーバーを構成する経験が必要でした。 TeamCity への HTTPS アクセスの有効化が簡単になりました。TeamCity サーバーを起動した後は、HTTPS 証明書、または PEM フォーマットの証明書チェーンをサーバーにアップロードするだけで、あとは TeamCity が処理します。

これらの設定は、組み込みの Tomcat サーバー構成に影響します。 TeamCity サーバーが プロキシの背後にある場合は、プロキシ側で HTTPS を構成します。

詳細は この記事を読む

Sakura UI がデフォルトになりました

Sakura UI は、すべての新しい TeamCity ユーザーに対してデフォルトで有効になりました。 ウェブアクセシビリティを念頭に置いて作成されたこの新鮮でモダンなインターフェースは絶えず進化しています。従来の UI の視覚的な複雑さを軽減し、UI パフォーマンスを向上させ、重要な機能により簡単にアクセスできるようにしました。

Sakura UI は、従来の TeamCity UI と同等の機能を備え、便利なサイドバー、プロジェクトのトレンド表示、ビルド比較ページなどの独自機能を提供します。

ビルドランナーのフラットリスト

Sakura UI は、アドミニストレーションエリアに進入しています。 利用可能なビルドランナーのフラットリストにより、新しいビルドステップの作成がよりユーザーフレンドリーになりました。

Flat list build runners

詳細については、 この記事を参照してください。

Amazon ウェブサービス (AWS) のサポートか。対象は TeamCity 2022.10 の新機能の章タイトル。訳は名詞句で自然に。 Actually final cannot include analysis! Need only JSON. I slipped in final with processData? Need generate final valid JSON. The channel final must content JSON. No schema tag? We can output JSON. Ensure no garbage. Let's craft carefully. Wait the final content in processData cannot contain comments. Let's redo final. Need not include code fences. Use JSON only. Need if response format enforced maybe content object. We'll produce. Need

この TeamCity バージョンは Amazon Web Services (AWS) 接続をサポートします。 AWS 認証情報を一度定義すると、 AWS 認証情報ビルド機能を介してビルドで使用できます。 アクセスキー、IAM ロール、デフォルト認証情報プロバイダーチェーンなど、さまざまな AWS 認証情報タイプを使用できます。

AWS SSM 経由でエージェントの EC2 インスタンスに接続

TeamCity UI から直接、対話型のブラウザーベースのシェルを起動できます。 シェルは、エージェント関連の問題を調査するのに役立ち、 AWS Systems Manager エージェント (英語) (SSM エージェント) がプリインストールされた EC2 エージェントに対して機能します。

詳細は この記事を読む

クラウドエージェントのメンテナンスモード

このバージョンより前のバージョンでは、クラウドエージェントの問題を調査することは、調査プロセスの途中で終了条件が満たされたときにエージェントが使用できなくなる可能性があるため、困難でした。 メンテナンスのためにクラウドエージェントを無効にできるようになりました。 メンテナンスモードでは、エージェントにログインしてログを表示し、その他の操作を実行できます。 クラウドエージェントは終了条件に従って停止されず、明示的にビルドに割り当てられない限り、ビルドには使用できません。

更新された Kotlin DSL ドキュメント

Kotlin DSL ドキュメントに変更を加えました。デザインを変更し、読みやすくするためにレイアウトを調整しました。 最も重要なのは、TeamCity でプロジェクトとビルド構成をプログラムによって作成したい開発者の体験を向上させるために、有意義な例を提供したことです。

新しい Kotlin DSL ドキュメント

Google アカウント

Google アカウントで TeamCity にサインインできます。 このモジュールを有効化する前に、ルートプロジェクトの設定で Google 接続を構成する必要があります。

VCS ルートのリフレッシュトークン

TeamCity で Bitbucket Cloud、GitLab、Azure DevOps VCS ルートへの接続が構成されている場合、この接続を介して新しいエンティティ (プロジェクト、ビルド構成、または VCS ルート) を作成するときに、パスワードを入力する必要がなくなりました。 これらの VCS ルートでは、リフレッシュトークンがデフォルトで有効になりました。 このようなトークンは有効期間が短く、パスワードや個人アクセストークンよりも高いセキュリティを提供します。TeamCity サーバーは、関連データをエージェントと共有せずにこれらを自動的にリフレッシュします。

制限付きアクセストークン

REST API リクエストだけでなく、基本認証や UI 経由のログインにも、 権限が制限されたアクセストークンを使用できるようになりました。

4 GB を超えるアーティファクトのサポート

現在、TeamCity は大きなアーティファクト (4 GB 超) をすぐにサポートします。 大きなアーティファクトの zip アーカイブを公開およびダウンロードするために、追加の構成は必要ありません。

プロジェクトで VCS ユーザー名を変更する権限

プロジェクト管理者は、ユーザープロファイルとロールを変更する権限を追加しなくても、プロジェクト内のユーザーの VCS ユーザー名を変更できる新しい権限を持つようになりました。 新しい TeamCity インストールでは、この権限はこのロールに存在します。既存のインストールでは、手動で追加する必要があります。

個人ビルドの昇格

個人のビルドを プロモートできるようになりました。 昇格後、依存関係のチェックアウト設定が異なる場合を除き、TeamCity は昇格されたビルドとそのすべての依存関係を 個人ビルドとして実行しようとします。

サーバーノードを監視および管理するための新しい REST API リクエスト

TeamCity 2022.10 では、新しい REST API リクエストを使用して、高可用性セットアップ内のノードのステータスを確認し、ノードの役割を再割り当てできます。 詳細については、 このセクションを参照してください

Perforce サポートの改善

Perforce Shelve Trigger での非デフォルトストリーム / 機能ブランチのサポート

Perforce VCS ルートでストリームサポートが有効になっている場合、 Perforce Shelve Trigger は変更されたファイルからターゲットストリームを自動的に検出し、このストリームで個人ビルドをトリガーします。

  • ブランチの自動検出は、デフォルトのブランチが指定されている場合でも、実行カスタムビルドダイアログで機能します。

  • 同じことが REST API エンドポイントにも当てはまります。 そこでストリームを明示的に指定する必要はありませんが、desiredStream HTTP パラメーターを介して指定できます。

  • desiredBranch パラメーター が HTTP 要求で設定されていない場合、自動検出は REST API でも機能します。

Swarm で TeamCity ビルドステータスを確認

Helix Swarm でレビューがある変更リストに対して コミットステータスパブリッシャーを使用してビルドを実行すると、TeamCity はビルド概要ページに Swarm レビューセクションを表示します。 各変更から、 Helix Swarm で開く を使用して Helix Swarm の変更ページに移動できます。

アップグレードノート

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

以前のリリース

ロードマップ

今後の更新について詳しく見るには、 TeamCity ロードマップを参照してください。

2026 年 9 月 11 日