TeamCity 2020.1 の新機能
条件付きビルドステップ
新しい 実行条件 により、ビルドステップを細かく制御できるようになりました。 ビルドを実行すると、TeamCity は、ユーザーが設定した すべて の前提条件が現在の実行で満たされている場合にのみ、各ステップを実行します。
詳細なビルドステップ設定で、 条件を追加 をクリックし、TeamCity サーバーまたはエージェントから提供される任意のビルドパラメーターに論理条件を指定します。 次のような条件例の中からすばやく選択できます。
デフォルトのブランチでのみステップを実行する
リリースブランチでのみステップを実行します
個人ビルドのステップをスキップする
または、カスタム条件を作成すると、TeamCity がサポートされているパラメーターと値を自動的に提案します。 幅広い論理条件とパラメーターのセットが利用可能です。
すぐに使える Kubernetes サポート
TeamCity 2020.1 には、広く使用されている Kubernetes サポートプラグインがバンドルされています。
TeamCity と Kubernetes の統合により、K8S クラスター内でクラウドエージェントを実行できます。 特定のイメージから、Kubernetes デプロイから、またはカスタム pod テンプレートに基づいて、ビルドエージェントを起動する方法を選択できます。
TeamCity を Kubernetes と統合する方法については、 ドキュメントを参照してください。
バンドルされた統合により、インストールされている外部 Kubernetes サポートプラグインが置き換えられます。 以前のバージョンの TeamCity でこのプラグインによって提供された Helm ランナーを使用していた場合は、2020.1 にアップグレードする前に、 アップグレードノートを参照してください。
調査履歴
実際に、当社の 調査ツールは TeamCity ユーザーの間で広く受け入れられています。 これらのツールは、ビルドの問題や失敗したテストをインスペクションし、チームの担当メンバーに調査を割り当てるのに役立ちます。 フィードバックに対応するため、Web UI で調査履歴にアクセスできるようにしました。 これは、誰がいつ調査を変更または解決したかを簡単に特定できない大規模なチームやプロジェクトに最も役立ちます。
調査に適用されたすべてのアクションを表示するには、そのコンテキストメニューを開いて 調査履歴 をクリックします。
Azure DevOps のプルリクエストサポート
これで、TeamCity ビルドは、オンプレミスおよびクラウドの Azure DevOps (2018 以降) でプルリクエストを検出できるようになりました。
それぞれのビルド機能を構成するには:
構成設定 を開き、 ビルド機能 設定タブに移動します。
ビルド機能を追加 をクリックし、 プルリクエストを選択します。
Azure DevOps の場合、TeamCity は他の VCS のようにプルリクエスト自体ではなく、マージブランチでリクエストを検出することに注意してください。 各ビルドは仮想ブランチで起動され、PR をマージした後のビルドの実際の結果を示します。 ビルドには、変更を伴うコミットと仮想マージコミットの両方が含まれます。
Jira Cloud で TeamCity ビルド情報を表示
Jira Cloud との TeamCity 統合が拡張されました。 これで、TeamCity は、ビルドのコミットで言及された Jira タスクにすばやくアクセスできるだけでなく、ビルド情報を Jira Cloud にリアルタイムで報告するようになりました。 これにより、TeamCity サーバー自体を確認しなくても、Jira でビルドステータスを直接プレビューできます。
Jira Cloud との統合を構成する方法の詳細については、 ドキュメントを参照してください。
ビルド構成レベルの通知
TeamCity は外部チャネル (メールなど) を使用して、登録ユーザーにさまざまなビルドイベントについて通知できます。 以前は、通知は TeamCity ユーザーまたはユーザーグループごとにのみ構成されていました。 今回、ビルド構成ごとに通知を設定でき、ユーザー固有の通知と同じルールセットを提供する 通知ビルド機能を導入します。
このアプローチでは、特定の TeamCity ユーザーを参照する必要がなく、グループ通知に適しています。 現在、この機能はメールと Slack による通知をサポートしています。
この機能により、 ビルド構成テンプレートを作成して、通知を DSL で記述し、多数のビルド構成に同様の通知を設定できるようになりました。
Slack との組み込み統合
このバージョン以降、Slack 統合が TeamCity に組み込まれました。 プライベートメッセージまたは Slack チャネルを介して、特定のビルドイベントと詳細を含む通知を受信できます。
2 つの通知オプションを使用できます。
個別通知は、TeamCity の 通常の通知と同様に、ユーザープロファイルでプロジェクトごとに構成されます。
単一のビルド構成 (またはテンプレート内のプロジェクト全体) の通知を設定できる ビルド構成レベルでの通知。 責任あるビルド機能を構成する方法については、 続きを読むを参照してください。
Slack での TeamCity 通知の例：
新しいブラウザー通知
2020.1 リリースのスコープで、新しい TeamCity Browser Notifier ブラウザー拡張機能を公開しました。 ブラウザーでアクティブな TeamCity セッションを自動的に検出し、カスタムルールに基づいてビルドステータスとイベントに関するリアルタイム通知を送信します。 この拡張機能は、Mozilla Firefox、Opera、Google Chrome（Microsoft Edge などのすべての Chromium ベースのブラウザーを含む）で利用可能です。
新しい Browser Notifier は、非推奨の Windows Tray Notifier を置き換えることを目的としており、設定されているすべてのルールがあれば、それを自動的に使用します。
Notifier の便利な機能については、 ブログで続きを読むことができます。
プラグイン付きフルエージェントのダウンロード
サーバーで現在有効化されているすべてのプラグインを備えた完全な TeamCity エージェントにアクセスできるようになりました。 このオプションは、スクリプトを使用して（たとえば、クラウドで）エージェントイメージを作成する場合に最も便利です。
通常の TeamCity エージェントディストリビューションにはプラグインは含まれていません。エージェントは初回起動時にプラグインをダウンロードします。 完全なエージェントには有効化されたすべてのプラグインが含まれ、現在の TeamCity サーバーの状態に合わせて自動的に最新の状態を維持します。 これにより、配布アーカイブは大きくなりますが、最初のエージェント実行の経過時間を大幅に短縮できます。 すべてのインスタンスは最初からサーバーと同期され、すぐにビルドを実行できます。
開始後、フルエージェントは通常のエージェントのように動作することに注意してください。 TeamCity サーバーでプラグインの状態を変更した場合、サーバーと同期するにはすべてのアクティブなエージェントを再起動する必要があります。
フルエージェントをダウンロードするには、TeamCity の エージェント ページに移動し、 ビルドエージェントのインストール メニューを開いて、 フル ZIP ファイル配布 を選択します。 このアーカイブへのリンクをコピーして自動化スクリプトで使用できます。認証は不要です。
プロジェクトの安全な値の管理
このリリースでは、プロジェクトトークンの操作が簡単になっています。
TeamCity で DSL ベースのプロジェクト用にトークンを生成すると、これらのトークンはプロジェクトの DSL の VCS に保存され、それぞれの安全な値は TeamCity システム設定に保存されます。 同じ DSL に基づいて新しい TeamCity プロジェクトを作成するときは、これらのトークンに対応する安全な値も、この新しいプロジェクトで指定されていることを確認する必要があります。
このプロシージャに対応するため、TeamCity はプロジェクトのトークンの 不足している安全な値を他のプロジェクトから自動的に検索するようになりました。
プロジェクト設定 | バージョン管理された設定 | トークン タブでは、必要なセキュリティ値を手動で入力できます。 TeamCity が、編集を許可されている他のプロジェクトで同じトークンを見つけた場合、これらのプロジェクトで使用されている値をコピーするオプションが表示されます。
セキュア値をスクランブルする をクリックして、このページに直接新しいトークンを追加することもできます。
カスタム暗号化鍵のサポート
TeamCity は、プロジェクト構成ファイルで使用されるすべての安全な値をスクランブル形式で保存します。 初期値は TeamCity データディレクトリに保存され、その安全性は主に環境のセキュリティに依存します。 追加のセキュリティレベルとして、TeamCity は安全な値を保護するためのカスタム暗号化鍵をサポートするようになりました。 デフォルトのスクランブル戦略の代わりにカスタム暗号化を使用することにより、潜在的な悪意のあるアクションのリスクを最小限に抑えることができます。
この新しいオプションの詳細については、 ドキュメントを参照してください。
セカンダリノードの改善
リリースを重ねるごとに、セカンダリノードで完全な TeamCity サーバー体験を提供する状態に近づいています。 バージョン 2020.1 以降、セカンダリノードは次の機能をサポートしています。
新しい責任: ビルドトリガーの処理。
多数のプロジェクトとビルド構成があるセットアップでは、メインサーバーの CPU のかなりの部分が、ビルドトリガーの継続的な処理に割り当てられます。 この責任をひとつ以上のセカンダリノードで有効化すると、トリガー処理タスクと必要な CPU 負荷を、メインノードと担当するセカンダリノードの間で分散できます。その他のユーザーレベルのアクション。
セカンダリノードでは、ユーザー設定の変更、保留中の変更の確認、エージェント関連のさまざまなアクションの実行などができるようになりました。ウェブ UI 経由の自動更新。
メインサーバーと同様に、セカンダリノードで 自動更新 を使用できます。エージェント | Cloud タブ。
クラウドエージェントをセカンダリノード上で直接監視できるようになりました。
実験的 UI の新機能
すべてのエージェントの表示
すべてのエージェント ビューには、エージェントに関する最も重要な情報が表示されます。 このビューは、多数のエージェントに対してより速く機能します。 エージェントのステータスをすばやくプレビューし、1 つのダッシュボードでエージェントを並べて管理できます。
サイドバーでのプロジェクトの並べ替え
実験的な UI に欠落している、最もリクエストされた機能の 1 つは、プロジェクトのリストをカスタマイズする機能でした。 このリリースでは、この機能をテスト運用版の UI サイドバーに追加することで、お客様の要求に対応します。
プロジェクトのサイドバーのカスタマイズを開始するには、右上隅にある 
をクリックします。 キーボードまたは UI 矢印ボタンを使用して、リスト内のプロジェクトまたはビルド構成を移動できます。 この構成ウィンドウで、プロジェクトをお気に入りとして直接マーク / クリアすることもできます。
Project Home の改善
TeamCity 2019.1 の実験的 UI で導入された プロジェクトホーム ページには、2020.1 で便利な機能がいくつか追加されました：
(1) プロジェクトの詳細を表示しているとき、ブロックが折りたたまれている場合でも、すべてのサブプロジェクトのビルド構成のステータスを確認できます。 デフォルトブランチのビルドのみが考慮されます。
(2) 子サブプロジェクトまたはビルド構成をすぐに追加できます。
(3) ビルド構成のコンテキストメニューから、設定のセクションにすばやくアクセスできるようになりました。
その他の改善
Java 8 の代わりに、Java 11 が TeamCity サーバー Windows インストーラーおよびサーバー Docker イメージにバンドルされました。
2 回目の失敗時の調査の自動割り当てが最適化されました (詳細については、 ドキュメントを参照してください)。
TeamCity は BCrypt アルゴリズムを使用して、ユーザーパスワードストレージの安全性を高めるようになりました。
プロジェクト設定 | ビルドスケジュール タブに代替フィルターオプションが追加されました: "保留中の変更がある場合のみトリガー" オプションが有効になっているトリガーを非表示にします。 ビルドの動作を調査する必要がある場合に、このオプションが無効化されているすべてのトリガーをすばやく見つけるのに役立ちます。
推奨されるセキュリティとパフォーマンスのプラクティスに準拠するため、TeamCity エージェントの Docker イメージは現在、次のようになっています：
非 root ユーザーで実行します。
大量のデータの書き込みが必要なディレクトリには Docker ボリュームを使用します。
テスト名ディクショナリテーブルに多数のテスト名があるサーバーのメモリ使用量が最適化されました。