DevOps Data Model リリースノート

新規：
- プロアクティブヘルススキャンのサポート
  - 一連のプロアクティブなチェックを使用して、DevOps 変更速度管理インスタンスの例外と問題を検出します。これらのチェックは、製品 UI では明らかではないが、テーブルスキャンで簡単に検出できる問題を特定するのに役立ちます。これらは、チェックのタイプに基づいて、本質的に [スケジュール済み] または [オンデマンド] のいずれかです。
- ServiceNow とのツール統合を活用
  - Harness オーケストレーションツールを DevOps 変更速度管理と統合します。この統合により、接続、検出、インポート、リアルタイムイベントの処理、および ServiceNow for Harness パイプラインの変更との CI/CD の統合が可能になります。
変更：
- ベースシステムでサポートされていないオーケストレーションツールのオンボーディングの簡素化
  - 簡素化された汎用フレームワークは、カスタムオーケストレーションツールを ServiceNow DevOps チェンジベロシティと統合するための使いやすいソリューションを提供します。プラットフォームに関する最小限の知識しか必要としません。必要なカスタムコーディングの量を減らし、顧客とパートナーの両方にとってプロセス全体を簡素化することで、統合の複雑さを軽減します。フレームワークは、新しいオーケストレーションツールのオンボーディングを簡素化することで、アダプションの迅速化、スケーリングの円滑化、追加チームのオンボーディングの簡素化を実現します。これにより、統合の課題が少なくなり、ユーザーによるアダプションプロセスが迅速化され、移行中の摩擦が軽減されます。この汎用フレームワークは、ServiceNow でネイティブにサポートされていないオーケストレーションツールをベースシステムで統合することをサポートしています。
- 計画立案ツール統合のカスタムフィールド
  - 作業アイテムのカスタムフィールドを追加することで、DevOps 変更速度管理によってベースシステムでサポートされている計画ツールの構成可能性が向上します。

新規：
- Azure DevOps (ADO) の OAuth 2.0 認証
  - OAuth 2.0 認証を使用して Azure DevOps ツールを DevOps 変更速度管理に接続し、より安全な認証方法を確保します。
- Jira Cloud の OAuth 2.0 認証
  - OAuth 2.0 認証を使用して Jira Cloud ツールを DevOps 変更速度管理に接続し、より安全な認証方法を確保します。
変更：
- あらゆるオーケストレーションツールをサポートする汎用 Docker コンテナソリューション
  - 一般化された拡張可能な Docker コンテナソリューションを使用して、任意のオーケストレーションツールを DevOps 変更速度管理と統合し、ツール固有のプラグインや拡張機能に依存することなく、変更要求の作成や関連する DevOps データの収集などのパイプラインアクションを呼び出します。
- ベースシステムでサポートされていない計画立案ツールのオンボーディングの簡素化
  - トランスフォーマールールを使用して、ベースシステムでサポートされていない計画立案ツールを統合します。GitLab の問題は計画ツールの 1 つとして利用可能になり、この新しいアプローチを利用してビルドされているため、GitLab で計画の検出、作業アイテムのインポート、作業アイテム (問題) の Webhook の構成を行うことができます。
- 作業アイテムの直接関連付けを有効にすることで、DevOps の手動変更作成エクスペリエンスが改善されました
  - ITSM のサービスオペレーションワークスペースで手動で作成された DevOps 変更要求に作業アイテムデータを追加します。

DevOps データモデルが改善され、次の DevOps 変更速度管理機能をサポートするようになりました。
- 変更：
  - モデルを使用した完全な変更自動化へのジャーニーの改善。
  - GitHub アクションで再実行をサポートします。
  - Jira Server のサポートAPI_KEY。
  - パイプライン実行でブランチの詳細を保持して、アーティファクトとパッケージからのコミットを決定します。
- 削除：
  - DevOps モデルの変更:DevOps 実装フローを DevOps の変更により適したものにするために、変更タスクは自動的に作成されなくなりました。
  - DevOps 変更要求の最小自動化承認フローと DevOps 変更要求の高度な自動化承認フローは、競合とエラーを回避するため、モデルがベースシステムの DevOps 変更モデル (DevOpsorDevOpssimplified) である DevOps 変更要求に対してはトリガーされません。
- 注:機能の詳細については、「DevOps 変更速度管理リリースノート」を参照してください。

変更：
- DevOps データモデルが改善され、次の DevOps 変更速度管理機能をサポートするようになりました。
  - カスタムオーケストレーションツール統合のサポート
  - オンボーディングエラー処理とガードレールの改善
  - DevOps データ検索でエラーが発生した場合でも変更要求の作成を許可
  - GitLab 結合要求/プル要求のサポート
  - JFrog ArtifactoryのGitHub Actions、Azure DevOps、GitLabのサポート
  - Jira Cloud サポート
  - 同じ Jenkins インスタンスで複数の ServiceNow DevOps 構成をサポートします
  - GitLab Docker コンテナの改善

新規：
- GitHub の問題の統合
  - GitHub は、コードとオーケストレーション機能に加えて、GitHub Issues 統合による計画機能をサポートするようになりました。リポジトリの GitHub の問題を検出して GitHub コミットにリンクし、ServiceNow DevOps CHG に保持することもでき、ServiceNow DevOps CHG アクセラレーションのポリシー決定に使用できます。
- GitHub Actions でサポートされているさまざまな単体テストの種類
  - ServiceNow DevOps CHG に公開するためのカスタム API コールを行わずに、NUnit、pytest、jest、JUnit、XUnit などのさまざまな単体テストツールレポートのテスト結果を自動的に公開します。
- ガイド付き変更自動化エクスペリエンス
  - DevOps の変更を活用するさまざまな方法と、変更プロセスを完全に中断することなく DevOps の変更を簡単に採用する方法について、より優れた製品内ガイダンスが提供されるようになりました。ステッパーは、DevOps 変更の作成を自動化するようにガイドします。ステッパーでパイプラインを選択しているときにツールの接続ステータスを確認でき、次のステップに進む前にアラートを受け取ることもできます。DevOps 変更モデルの 2 つの新しい状況移行フロー (変更 - DevOps - 新規および変更 - DevOps スケジュール) が導入され、これらの状況を通じて変更を移動および追跡できます。指定された関係タイプに基づいて変更要求に関連付けられたデータを取得するために、DevOpsChangeRelationshipHelper スクリプトが導入されました。
- Azure DevOps と GitHub API のレート制限の処理
  - Azure DevOps または GitHub API のレート制限を超えた場合、DevOps 変更速度管理は、大量のデータを処理するために GitHub 調整が緩和されるまで、新しいイベントの処理を保留します。
- でのページネーションのサポート Azure DevOps と GitHub のパイプライン、リポジトリ、プランの検出インポート要求
  - データはサードパーティツールからバッチで取得されるようになりました (ページネーションされた方法)。これは、大量のデータを持つ多くのチームをオンボーディングすることで拡張するのに役立ちます。
- - DevOps アドミンおよびツールオーナーの接続アドミンロールとフローデザイナーロールの削除
    - DevOps アドミンとツールオーナーの可視化および編集機能は、これらのユーザーのフローデザイナーと接続アドミンのロールを削除することで制限されています。
- アーティファクトとパッケージへの変更
  - アーティファクトとパッケージの採用、実装、およびエラー処理の全体的なエクスペリエンスが改善されました。Jenkins と ADO の両方のアーティファクトおよびパッケージ登録 API は、ステータスに関する応答で明確なメッセージを提供するようになりました。ユーザーは、アーティファクトバージョンが既に存在するか、ステージングされているか、作成されているかを確認でき、却下の場合は理由を確認することもできます。コンソールには、アーティファクトページに移動するためのリンクとともに、明確なメッセージが表示されます。DevOpsDPRHelper API は、脆弱性、テスト結果、およびコードカバレッジに関するデータを取得するために、パイプライン実行を入力として受け取るようになりました。アーティファクトのバージョンまたはパッケージが処理待ちになっている理由を説明する説明列を追加することで、トラブルシューティングのエクスペリエンスが向上しました。DevOps 変更ワークスペースでこの情報にアクセスしやすくするために、アーティファクト、パッケージ、および保留中のパッケージのリストで構成される新しいリストモジュールが作成されました。
- GitLab 通知処理の改善
  - GitLab イベントのシームレスな処理により、スケーラビリティが向上しました。フローイベントと API 呼び出しの数を減らすために、受信イベントに事前フィルタリングが導入されました。レート制限スロットリングのサポートは、Webhook イベントとともに検出フローとインポートフローの両方で有効になっています。GitLab CI 通知などの GitLab サブフローは、待機状態を追跡する際の干渉を減らすように再設計され、プロジェクト情報を取得するために行われる REST 呼び出しの数が最適化されました。
- SonarQube 統合の変更
  - スキャンサマリーの SonarQube の全体的な品質ゲートステータスがサポートされるようになりました。また、ServiceNow DevOps Gitlab Docker コンテナを使用した SonarQube と GitLab パイプラインの統合もサポートされています。

新規：
- パイプライン全体の実行状況に基づくクローズコードの自動更新
  - >パイプラインから作成された変更は、自動的にクローズされ、クローズメモ、パイプライン全体の完了ステータスに基づく実際の開始/終了時間で更新されるようになりました。これは、CHG 作成ステップの属性として、または DevOps 変更速度管理のパイプラインレベルの構成を介して渡すことができる構成フラグによって制御されます。
- ツールの接続と構成ステータス
  - Jenkins、GitHub、および Azure DevOps の場合、接続と構成ステータスインジケーターが更新されます。ツール接続を簡単にテストすることもできます。接続ステータス、ツール認証情報、権限チェック、Webhook 構成ステータスのステータスに基づいて、ツールの全体的なステータスが [接続]、[切断]、[要注意] に更新されるようになりました。
- Azure DevOps (ADO) でサポートされているさまざまな単体テストの種類
  - DevOps CHG に公開するカスタム API 呼び出しなしで、NUnit、pytest、jest、JUnit、XUnit などのさまざまなテストツールレポートのテスト結果を自動的に公開します。
- Azure DevOps (ADO) のプル要求 (PR)/結合要求のサポート
  - ADO プル要求パイプラインの実行が DevOps 変更速度管理で追跡されるようになり、次のメタデータが CHG、プル要求 ID、コミット、作成元ブランチ、宛先ブランチ、作成者、承認者、コメント、PR 発生時間、PR 承認時間、PR マージ/クローズ時間に公開されます。
- GitHub API のレート制限の処理
  - GitHub API のレート制限を超えると、DevOps 変更速度管理は、GitHub スロットリングが落ち着くまで新しいイベントの処理を保留します。これにより、大量のデータの全体的なパフォーマンスが向上します。
- Checkmarx のサポート
  - >CI/CD パイプラインと統合された Checkmarx を DevOps チェンジベロシティに接続して、セキュリティスキャン結果を取得します。これは、コードがどの程度脆弱であるかを判断するのに役立ちます。GitHub Actions、Jenkins、および Azure DevOps パイプラインで構成された Checkmarx スキャンは、ベースシステムでサポートされています。セキュリティスキャンの結果は、ServiceNow インスタンスまたはパイプライン UI におけるパイプラインの変更要求またはタスク実行の関連リストで表示できます。セキュリティの結果を使用して、変更ポリシーと変更自動化の条件を定義できます。Checkmarx One と Checkmarx SAST の両方がサポートされています。
- マルチモデルサポートの変更
  - DevOps パイプラインの変更モデルへの移行カタログを使用して、既存のすべてのパイプラインをモデルを使用するように移行します。さらに、オーケストレーションツールパイプラインから変更モデルを名前で渡すこともできます。
修正済み：
- パイプライン UI は、パイプラインが 20 個を超える場合、永久ロード状態のままになっていました。
- Windows Server には Jenkins との互換性の問題がありました。
- Jenkins マルチ分岐パイプラインのタスク実行 URL にカンマ (,) が含まれている場合、受信イベントは待機ステータスのままになる。
- システムのレート制限が原因で、有効な認証情報を持つツールでもツールが切断されていました。
- 複数分岐の Jenkins パイプラインのタスク実行 URL を返すエンコードクエリが機能しませんでした。
- パイプラインが ADO で名前を変更して ServiceNow で再検出されたときに、パイプラインに関連付けられたオーケストレーションタスクの名前が変更されませんでした。
- 変更ステップでテンプレートが追加され、対応するパイプラインが実行されたときに、変更要求にアサイン先グループが設定されていませんでした。
- GitHub Apps OAuth を使用して GitHub プライベートリポジトリに接続しているときに受信イベントが失敗していました。
- マトリクス戦略を使用して GitHub ワークフローでステップ名をビルドすると、誤ったステップ名が生成されました。
- ADO リリースパイプラインの Sonar ステップがプル要求パイプラインで機能しませんでした。
- GitHub Actions でのカスタム変更のコールバック要求が失敗していました。
- ADO Webhook のセキュリティ修正。
- DevOps ツールの接続エイリアスに対する MID サーバークラスターのサポートが機能していませんでした。

新規：
- セキュリティフレームワーク
  - 新しい統合フレームワークとデータモデルが、アプリケーションセキュリティツール専用に追加されました。これは拡張可能なフレームワークであり、任意のアプリケーションセキュリティツールとのカスタム統合を作成することもできます。
- Veracode のサポート
  - CI/CD パイプラインと統合された Veracode を DevOps 変更速度管理に接続して、セキュリティスキャン結果を取得します。これは、コードがどの程度脆弱であるかを判断するのに役立ちます。GitHub Actions、Jenkins、Azure DevOps の各パイプラインで構成されている Veracode スキャンは、基本システムでサポートされています。セキュリティスキャンの結果は、ServiceNow インスタンスまたはパイプライン UI におけるパイプラインの変更要求またはタスク実行の関連リストで表示できます。セキュリティの結果を使用して、変更ポリシーと変更自動化の条件を定義できます。
- マルチモーダルのサポート
  - マルチモーダル変更は、最新の開発プラクティスを反映するために変更モデルまたは変更プロセスをより柔軟に定義できるようにする、新しい変更管理機能です。DevOps はこの新機能をサポートしています。これを使用して、状況と状況間の移行を決定するルールを使用して変更モデルを作成し、フローデザイナーで構築された一連の簡潔なフローとフローアクションを使用して「目的に適した」変更モデルを提供できます。DevOps 変更モデルにより、変更チームは、特定のユースケースに合わせて完全に最適化された幅広いモデルに選択的に移行できるようになりました
- 統合ユーザーの安全なトークン認証
  - Azure DevOps、Jenkins、GitHub Actions で、統合ユーザーのトークンベースの認証がサポートされるようになりました。Jenkins は、DevOps コンフィグとの互換性を確保するために、基本認証とトークン認証の両方をサポートしています。
- GitHub Actions と Azure DevOps のコミットを実行
  - GitHub Actions と Azure DevOps で変更の実行コミットの完全なリストをキャプチャすることで、トレーサビリティを向上させます。
- オンボーディングとインサイトのためのワークスペースの変更
  - これには、Webhook を構成する前の Azure DevOps への ServiceNow DevOps 拡張機能のインストールの検証、変更自動化セットアップ実行時のパイプラインステップの自動インポート、DevOps インサイトウィジェットの情報アイコン、DevOps インサイトのフローおよび促進メトリクススコアウィジェットのビジュアルの改善が含まれます。
- オーケストレーションツール内の CHG 状況移行とポリシー条件の詳細のログ記録
  - 変更番号、状態、アサイン先グループ、承認者、開始予定日/終了予定日などの変更情報は、パイプラインまたはワークフローが変更の承認を保留している間、Azure DevOps パイプラインと GitHub アクションワークフローのコンソールログに表示されます。ServiceNow DevOps アプリケーションは定期的にポーリングされ、変更情報に相違がある場合はコンソールログに直接記録されるため、ServiceNow インスタンスへのホップは最小限に抑えられます。失敗したポリシー条件の詳細も、オーケストレーションツールのコンソールに記録されます。
- DevOps 変更要求の詳細を取得して更新
  - Azure DevOps および GitHub アクションマーケットプレイスの ServiceNow DevOps 拡張機能を使用して、Azure DevOps パイプラインおよび GitHub アクションワークフローに関連付けられた変更要求の詳細を取得および更新します。これらの拡張またはカスタムアクションは、必要な属性を渡すことで、変更の取得、変更の更新、および必要に応じての変更のクローズに使用できます。
- GitHub アクション展開ゲート
  - ServiceNow DevOps 変更速度管理は、その環境の GitHub アクション展開ゲートをサポートするようになりました。この機能を ServiceNow DevOps と統合することで、開発者は GitHub Actions のすべてのデプロイ環境に品質ゲートを適用し、GitHub Actions のデプロイ保護ルールコンソールログ内から変更の詳細を、承認または却下の変更ステータスの進捗状況と共に取得できます。
- Webhook を手動で構成
  - Webhook を ServiceNow DevOps 変更速度管理から自動的に構成するのではなく、手動で構成することを選択できるようになりました。この機能を使用して、トークンと sysid にアクセスできます。この情報を使用して、組織内のツールアドミニストレーターは Webhook を手動で構成できます。DevOps アドミンロールとツールオーナーロールのみがアクセスできます。
- ServiceNow DevOps 接続と認証情報
  - ServiceNow 管理者による ServiceNow DevOps チェンジベロシティの初期設定が簡素化されました。基本認証情報を使用して統合ユーザーを設定するタスクは不要になりました。CreateDevOpsTool エイリアスのセットアップは削除されました。
- パフォーマンスを向上させるための ServiceNow DevOps イベントの最適な処理
  - ServiceNow DevOps は、フローの実行をトリガーする前に無視可能なイベントを除外します。これにより、重要なイベントのイベント処理のパフォーマンスとフローデザイナーの実行帯域幅が向上し、全体的な応答時間が改善されます。これにより、DevOps アドミンは、システムパフォーマンスに影響を与えることなく、より広い範囲のツール Webhook を追加することもできます。
主要な修正。

変更：
- エラー処理とガードレールの改善:エラーメッセージが改善され、ツールのオンボーディング (接続、検出、構成、またはインポート) 中に問題の根本原因を見つけることができます。エラーメッセージは、関連するアクティブな問題を特定し、特定の問題を強調表示して、それらを軽減する方法を説明します。
- DevOps 変更ワークスペースの変更
  - ServiceNow アドミン向けの簡素化された初期システムセットアップ。これには、セットアップのステータス、完了する必要があるスコープの識別の改善、認証情報エイリアスの構成に使用するアカウントの新しいパスワードの設定機能、追加の検証などが含まれます。
  - アプリオーナーロールの拡張。パイプラインステップを変更してアプリケーションサービスを割り当てたり、変更の自動化を設定したりする機能が含まれます。アプリオーナーは、ツールの [検出] をクリックして、DevOps アプリケーションに必要な新しいオブジェクトを関連付けることもできます。すべてのツールの認証情報を簡単に更新し、指定された認証情報の権限を確認する機能を含む、更新されたツール管理。
- Rally 統合:Broadcom Rally 計画ツールに接続して、エピック、ストーリー、バグ、タスクなどの Rally 計画オブジェクトを作業アイテムとして DevOps データにインポートします。Rally 統合は、作業アイテムの検出、リアルタイムデータを送信するための Webhook の設定、および履歴データのインポートをサポートします。Rally 作業アイテムは、変更要求の促進に使用されるコミットに関連付けることができます。
- GitHub OAuth JWT 認証:OAuth JWT (Json Web トークン) を使用して、GitHub ツール接続の安全な認証がサポートされるようになりました。GitHub で生成された秘密鍵を使用した OAuth-JWT 認証がサポートされるようになりました。
- DevOps 変更要求の詳細を取得して更新:Jenkins パイプラインで snDevOpsGetChangeNumber および snDevOpsUpdateChangeInfo スクリプトをそれぞれ実行して、Jenkins パイプラインに関連付けられた変更要求の詳細を取得および更新します。
- DevOps 促進メトリクス:デジタルポートフォリオ管理ワークスペースにもビジネスアプリケーション別に表示されるようになりました。
修正済み：
- DevOps Insights 1.36 アプリケーションは、CMDB 内のビジネスサービス CI とビジネスアプリケーション CI を非表示にする ACL を追加します。
- DevOps サブスクリプションで、アサイン先グループを介してロールがアサインされたユーザーが参加者テーブルに追加されません。
- アプリのオンボーディングによってアプリが作成されると、[オーナー] フィールドに値が入力されません。
- Jenkins 検出は、多数のパイプライン/ジョブで失敗します。
- パイプライン名がツール間で同じ場合 (Gitlab、Jenkins など)、あるツールのパイプライン実行は別のツールにマッピングされます。
- タグイベントと分岐イベントの両方が同時に処理される競合状態により、コミットの分岐の詳細がありません。
- アプリのオンボーディング中にサービスポータルに [構成しますか?] チェックボックスがありません。
- GitHub の一括コミット処理では、必要以上のコミットが保持されます。
- 1 つのステージと変更受付が有効になっている Azure DevOps (ADO) パイプラインの場合、CR は実際の終了日より後の実際の開始日で作成されます。
- Gitlab 検出では、最初の 100 (import.coding_tool.repos.per_page プロパティで定義された値) リポジトリ、パイプラインのみが入力されます。
- DevOps パッケージから作成された CI クラス名「パッケージ」が CMDB CI OS パッケージと競合しています。

変更：

更新されたエラーメッセージ
- ツールへの接続中に問題の根本原因を見つけるのに役立つように、エラーメッセージが改善されました。エラーメッセージは、関連するアクティブな問題を特定し、特定の問題を強調表示して、それらを軽減する方法を説明します。ツールを接続するときの新しい権限チェックでは、必要な権限ではなく認証情報から利用可能な権限が表示されます。
ツールへの接続中に、[DevOps 変更ワークスペース] ページで特定の MID サーバーを直接指定できるようになりました
プル要求 (PR) パイプライン実行で GitHub/Jenkins に対応
- Jenkins オーケストレーションツールのプル要求パイプライン実行と、GitHub コーディングツールで作成された PR を追跡してサポートします。プル要求 ID、コミット、作成元ブランチ、宛先ブランチ、作成者、承認者、コメント、PR 発生時間、PR 承認時間、PR マージ済み/クローズ時間などの PR データを、GitHub コーディングツールから、Jenkins オーケストレーションツールで対応するパイプライン実行用に作成された DevOps CHG に統合します。さらに、PR 関連データを DevOps CHG に添付して、PR 結合プロセスを承認、検証、検証、および承認したユーザーをレビューします。
DevOps ツールと CHG トレーサビリティのための履歴データのインポート - Gitlab
- アプリオンボーディングセルフサービスカタログと定期的なポーリングを使用してデータをフェッチし、コードおよびオーケストレーション機能の履歴データをインポートします。
- インポートフレームワークは、パイプラインを編集したり Webhook を設定したりすることなく、DevOps データをインスタンスにインポートすることで、チームのオンボーディングを支援します。インポートされたデータは、Gitlab からのコミット、分岐、タグ、パイプライン (CI/CD の両方) の完全な変更トレーサビリティの根本原因に関するインサイトを提供します。
SonarQube - 新しいコードメトリクスのサポート
- SonarQube の新しいコード構成に基づいて、SonarQube のスキャン結果全体とは別に、SonarQube のスキャン結果によって提供される新しいコードメトリクスを統合します。このリリースでは、新しい脆弱性、新しい保守性評価、新しい信頼性評価、新しいセキュリティ評価、新しいバグ、新しいコードの臭い、新しい技術的負債、および新しいコード行が統合されています。これは、Jenkins、Azure DevOps、および GitHub Actions オーケストレーションツールでサポートされています。
Split.io 機能フラグツールと ServiceNow の統合
- この統合により、ServiceNow が拡張され、機能フラグと Split.io セグメントの CHG 承認プロセスを管理できます。ServiceNow DevOps で機能フラグの更新を管理できるようになりました。
- Split.io 機能フラグツール統合のサポートにより、ワークスペース、環境、セグメント、および機能フラグを検出できます。CHG 要求フィールドを設定して、CHG コントロールの Split.io を有効にすることができます。CHG 要求が承認/却下されると、分割またはセグメントの split.io のコールバック URL が呼び出され、分割およびセグメントの更新の実装が再開されます
修正済み：
- DevOps インサイトダッシュボードで、ビジネスアプリケーションでフィルタリングできるようになりました。
  - 名前が同じでバージョンが異なるアーティファクトは、(異なるリポジトリに属していても) 重複していると見なされます。
  - ADO プロジェクト名にスペースと特殊文字が含まれている場合、ADO リリースパイプラインに対して 2 つのパイプライン実行が作成されました。
  - DevOps:変更チケットには、特定の実行ではなくパイプラインホームへのリンクがあります。
  - Azure DevOps
    - コミットと作業項目が、最初の手順またはジョブで成果物を発行するパイプラインの成果物にリンクされません。
    - Azure DevOps:インポートされたコミットの詳細に、変更されたファイルの数が正しくないと表示される
    - ビルドパイプラインの前にリリースパイプラインがチェックインすると、作業アイテム、テストサマリー、およびコミットが ServiceNow の変更に添付されません。
    - テストタイプのマッピングがない場合、受信イベント処理の詳細のメッセージが正しくない。
  - キャンセルされたパイプライン実行の履歴インポート後、パイプライン UI にパイプラインのステータスが進行中として表示されます
  - Jenkins オーケストレーションイベントはランダムにエラーステータスになります。

新規：
- ツールへの接続中に問題の根本原因を見つけるのに役立つように、エラーメッセージが改善されました。エラーメッセージは、関連するアクティブな問題を特定し、特定の問題を強調表示して、それらを軽減する方法を説明します。
- ツールへの接続中に、[DevOps ワークスペースの変更] ページで特定の MID サーバーを直接指定できるようになりました。

新機能:

変更セットまたはスナップショットをパイプライン実行に登録する際の複数分岐パイプラインのサポートが追加されました (DevOps コンフィグが必要)
- ServiceNow DevOps v1.35.2 用の Jenkins プラグインが必要です

修正済み:変更の作成時に接続エイリアスに割り当てられた MID サーバーが選択されない。

新規
- GitHub アクション統合:
  - GitHub は、ServiceNow DevOps の GitHub Actions オーケストレーション機能をサポートするために更新されたコーディングツールです。ServiceNow DevOps カスタムアクション (GitHub Actions Marketplace に公開) を使用して、GitHub Actions パイプラインと GitHub 環境を統合します。
  - データモデルを更新するには、GitHub Actions 統合で GitHub が接続され、構成され、パイプラインが検出されている必要があります。GitHub Actionsワークフローは、カスタムアクションを使用して一時停止および再開されます。
  - 次のカスタムアクションが GitHub リポジトリに公開されます。
    - ServiceNow DevOps 変更
    - ServiceNow DevOps テストレポート
    - ServiceNow DevOps Sonar
    - ServiceNow DevOps でアーティファクトを登録
    - ServiceNow DevOps パッケージを登録
- Azure DevOps Artifacts の履歴インポートとポーリング:アプリオンボーディングセルフサービスカタログと定期的なポーリングを使用してデータをフェッチすることで、ADO アーティファクトの履歴データをインポートします。インポートフレームワークは、パイプラインを編集したり Webhook を構成したりすることなく、DevOps データをインスタンスにフェッチすることで、チームのオンボーディングを支援します。インポートされたデータは、根本原因に関するインサイトを提供して、完全な変更トレーサビリティを実現し、根本原因と改善領域を特定するのに役立ちます。
- すぐに利用可能な変更承認ポリシー - リスクの入力と却下理由: ベースシステムの DevOps のデフォルトの変更承認ポリシーにより、変更の自動化および承認ポリシーが改善されます。収集された DevOps データに対してポリシー条件が実行され、自動却下、自動承認、または手動承認のために保留されます。データは、コミット、コードカバレッジ、テスト結果、Sonar スキャン結果、リスク入力などのメトリクスです。変更承認ポリシーは構成可能です。ユーザーが迅速に是正処置を実行できるように、却下理由は CHG 作業メモに取り込まれます。
- Jenkins スニペットジェネレーター:ServiceNow DevOps 用の Jenkins プラグインは、DevOps スクリプト化されたパイプラインステップを生成できます。これにより、開発者は ServiceNow DevOps 機能を迅速に導入し、パイプラインを簡単に変更できます。

変更日時
- すぐに利用可能な変更承認ポリシー:すぐに利用可能な (OOTB) DevOps のデフォルトの変更承認ポリシーが実装され、変更の自動化および承認ポリシーが更新されます。これにより、収集された DevOps データにポリシー条件が適用され、自動却下、自動承認、手動承認のために保留されます。DevOps データは、コミット、コードカバレッジ、テスト結果、Sonar スキャン結果などのメトリクスです。変更承認ポリシーは構成可能です。
- DevOps ツールの履歴データのインポート - Azure DevOps:アプリオンボーディングセルフサービスカタログと定期的なポーリングを使用してデータをフェッチすることで、すべての機能 (コード、計画、オーケストレーション) の履歴データをインポートします。インポートフレームワークは、パイプラインを編集したり Webhook を構成したりすることなく、DevOps データをインスタンスにフェッチすることで、チームのオンボーディングを支援します。インポートされたデータは、完全な変更トレーサビリティの根本原因に関するインサイトを提供します。バージョン 1.34 以降では、データをインポートし、Azure DevOps のポーリングメカニズムを構成できます。
- jFrog - Jenkins Artifactory統合:JenkinsとjFrog ArtifactoryをServiceNow DevOpsに統合し、このデータをServiceNowのトレーサビリティとCI/CDパイプラインのリンクに使用します。ビルドパイプライン (CI) をビルドして jFrog に公開されたアーティファクトに関連付け、デプロイパイプライン (CD) を jFrog リポジトリからダウンロードしたパッケージに関連付けてデプロイします。これらの CI/CD パイプラインをアーティファクトにリンクし、それらを変更に関連付けることで、変更のトレーサビリティのためにビルドおよび展開されたアーティファクトへのコミットからのリンクが作成されます。
修正済み
- GitLab 統合:非常に大きな GitLab ビルド番号が、タスク実行テーブルのbuild_number列に非常に大きな数として保存される
- セキュリティのバグ

変更日時
- 変更のトレーサビリティ
  - 変更トレーサビリティは、DevOps データを利用して手動変更を加速する非侵襲的な方法です。これにより、変更の完全な自動化への道のりで価値実現までの時間を短縮できます。このリリースでは、アーティファクトバージョン、ビルド番号、またはリリースバージョンのいずれかを、作業アイテム、コミット、テストなどの DevOps データをプルする手動で作成された変更要求に関連付けることができます。
  - 実装では、ServiceNow DevOps 変更タスクを含めるためにパイプラインを変更する必要はありません。したがって、関連する DevOps データを使用して、本番環境に展開された内容を完全に可視化し、手動変更を迅速化できます。
- JIRA、GitHub、Jenkinsのインポートとポーリングをサポート
  - すべての機能 (コード、計画、オーケストレーション) のデータをフェッチするためのアプリオンボーディングセルフサービスカタログと定期的なポーリングによるインポートは、パイプラインの編集や Webhook の構成を必要とせずに DevOps データを ServiceNow にすばやく取り込むことで、チームのオンボーディングを簡単にするのに役立ちます。インポートされたデータは、完全な変更トレーサビリティの根本原因に関するインサイトを提供します。このリリースでは、JIRA、GitHub、Jenkins のインポートフレームワークと、構成可能なポーリングメカニズムについて説明します。
  - この機能をサポートするために、次のアプリスポークの依存関係が追加されています
    - Jenkins V2 スポーク – 1.1.2
    - Jira スポーク – 3.1.1
    - GitHub スポーク – 2.2.2
- システム健全性ダッシュボードと通知
  - システム健全性ダッシュボードは、接続された DevOps ツールから ServiceNow DevOps に送信されるデータを監視またはトラブルシューティングする方法を提供します。これにより、DevOps アドミンは、DevOps で構成されたさまざまなツールから受信したデータを処理する受信イベントをより詳細に把握できます。ツール接続の最新ステータスを簡単に確認する方法もあります。
  - メール通知は、パイプラインの実行、変更要求、受信イベントデータなどの主要な統計情報を毎週提供するグループに送信できます。これにより、DevOps システムの全体的なヘルプに変更がある場合に、DevOps アドミニストレーターに事前に通知することができます。
修正済み
- Azure DevOps
  - 複数のコミットが同じミリ秒で処理されると、重複するリポジトリが作成される
  - 作成された ADO ツールは、認証情報をクリアテキストで保存します
- MID サーバーが断続的に起動および停止すると、GitLab 通知が待機中およびエラーステータスでスタックする
- 多数のパイプライン実行があるパイプラインに対してパイプライン UI がロードされない
- DevOps 関係ルールは、非 DevOps カテゴリの変更要求に対して実行されます
- 1.32 へのアップグレード後、フリースタイルジョブのアーティファクト登録が失敗する
- セキュリティのバグ

新規
- 並列ステージの Jenkins サポート:ServiceNow DevOps は、Jenkins パイプラインで並列/ネストされたステージを追跡するようになりました。並列ステージはパイプラインユーザーインターフェイスで正確にレンダリングされ、自動変更要求は、その前の並列ステージが完了した後にのみ作成されます
- Azure DevOps:イベントの処理を最適化するために ADO ツールのオーケストレーション機能に対して一括処理機能が有効になりました
- テーブルアーカイブポリシー:9 か月以上経過したデータの自動アーカイブにアーカイブルールが追加されました (構成可能、1 つのプロパティを使用してすべてのアーカイブルールに構成可能) 3 年以上経過したアーカイブデータを消去する破棄ルールが追加されます。上記のアーカイブルールと破棄ルールは、データ (PipelineExecution、StepExecution、TaskExecution、およびすべての関連テーブル) で構成されるテーブルに適用されます。
修正済み
- Agile Development 2.0:scrum_product_ownerおよびscrum_story_creatorロールを持つユーザーがユーザーストーリーを作成したときに、対応する作業アイテムが DevOps に作成されない
- Jenkins:BitBucket 構成のマルチブランチパイプラインのタスク実行値が空になるマルチブランチパイプラインとネストされたパイプラインで追跡が有効になっていない場合でも、パイプライン実行が作成される Jenkins ツールを再作成すると、パイプラインが検出または追跡されない場合でも受信イベントが作成される
- Azure DevOps:カスタムプロジェクト (アジャイルプロジェクトではない) の場合:ADO 作業アイテムが削除されると、受信イベントがエラーコード 400 でエラーになり、対応する DevOps 作業アイテムのステータスが [削除済み] に更新されない
- アプリオンボーディングペイロードが投稿されたときに、パイプラインステップレコードの変更受付フラグが更新されない

新規
- Azure DevOps での並列ステージのサポート
  - ServiceNow DevOps は、Azure DevOps リリースパイプラインで並行して実行されるステージを追跡するようになりました。並列ステージはパイプラインユーザーインターフェイスで正確にレンダリングされ、自動変更要求は、その前の並列ステージが完了した後にのみ作成されます。
  - 注: 並列ステージのサポートは、Azure DevOps リリースパイプラインに限定されます。ビルドパイプラインは、ServiceNow DevOps で引き続き追跡および順次レンダリングされます。
- セルフサービスオンボーディング
  - このリリースには、ServiceNow DevOps にチームをオンボーディングするためのセルフサービスモデルを有効にする 2 つの新しいサービスカタログアイテムが含まれています。
    - ツールのオンボーディング:チームは、ツールの作成、接続、検出、構成を含む新しい ServiceNow DevOps ツールインスタンスを作成できます。完了すると、ツールをアプリのオンボーディングに使用できるようになります。
    - アプリのオンボーディング:チームは、パイプラインステージの検出、追跡の制御、および (オプションで) ステップの変更コントロールの有効化など、新しい ServiceNow DevOps アプリを作成 (または既存のアプリを構成) できます。
- これら 2 つのカタログアイテムを使用すると、開発チームは、ServiceNow DevOps で使用するようにプロジェクトを最初から最後まで数分で、完全に自給自足で、独自のスケジュールで構成できます。
- 新しい DevOps 変更速度管理アプリ
  - 既存の DevOps 変更促進機能をホストするために、新しい「DevOps 変更速度管理」アプリが導入されました。DevOps 変更速度管理をインストールすると、すべての ServiceNow DevOps アプリの依存関係が自動的にインストールまたはアップグレードされるため、個別にインストールする必要がなくなります。これに伴い、既存の「DevOps」アプリは「DevOps Data Model」に名称変更されました。これは、アプリケーションのインストールエクスペリエンスを向上させるために設計された組織的な対策です。既存の ServiceNow DevOps 機能は一切変更されません。
- ADO および Jenkins の自動変更コントロールの有効化
  - Azure DevOps または Jenkins パイプラインで DevOps 変更コントロールが有効になっている場合、ServiceNow の対応するステップで変更コントロールが自動的に有効になります。この改善は、セルフサービスオンボーディング機能と連携して、オンボーディングプロセスを簡素化および合理化します。

新規
- Azure DevOps のステージを再開する: サポートパイプラインとステージ/ステップの再起動により、パイプラインの実行が同じであるため、情報を正しくトレースできます。
- GitLab OAuth:OAuth は基本認証よりも安全で、悪意のある行為や不当な可視性を防止するため、OAuth をサポートします。
修正済み
- ServiceNow DevOps 用の Jenkins プラグイン
  - Jenkins プラグインの依存関係に関連するセキュリティの脆弱性。(注:DevOps 1.30以降、脆弱性を修正するには、Jenkinsサーバーの最小ベースバージョンを2.204.6にする必要があります)。
  - 通知が、ブランチ名に特殊文字 (scratch/dev!@@&mybranch など) を含むマルチブランチパイプラインの待機ステータスでスタックします。
- Azure DevOps
  - ビルドパイプライン:パッケージと変更が同じステージで作成された場合、アーティファクトバージョンは変更要求関連リストに表示されません。
  - [ コミット日時] フィールドは、タグが履歴コミットに作成されると変更されます。
  - リリースパイプラインの実行では、実行するたびに同じ名前のパッケージが作成されます。
- DevOps パイプライン実行、テストサマリー、コールバックテーブルでのパフォーマンスの問題。
- Agile 2.0 ServiceNow プラグインから作業アイテムが作成されると、DevOps で重複する作業アイテムが断続的に作成されます。
- 複数のビルドパイプラインから生成された場合、展開パイプラインにテスト結果が表示されない。
変更: DevOps 1.30 以降、脆弱性を修正するには、Jenkins サーバーの最小ベースバージョンを 2.204.6 にする必要があります。

機能の変更点:
- ServiceNow DevOps 用の Jenkins プラグイン
  - Jenkins Marketplace のプラグイン:Jenkins Marketplace から直接インストールすることで簡単にオンボーディングできます。主に、開発チームがソリューションを自己オンボーディングして使用できるようにするためのすべての摩擦を取り除くことです
  - ログレベルの改善:ロガーは、問題を診断またはデバッグするための鍵です。ただし、過剰なログ記録をオンにすると、システムが急速にフラッディングし、サーバーが終了する可能性があります。開発チームは、問題の正確な根本原因を追跡するために、必要に応じてログレベルを設定できるようになりました
  - 過剰なパイプライン情報呼び出しの削減:Jenkins ビルドがトリガーされるたびにパイプラインが追跡されているかどうかを知るために、Jenkins から ServiceNow への呼び出しの数を減らすために、Jenkins 構成に「トラッキングチェックの強制」という新しいフラグが導入されました。これを無効にすると、パイプラインの追跡とテストの情報を含むファイルが作成され、通知を送信するために ServiceNow で追跡されるパイプラインを判断するために使用されます。ServiceNow アプリケーションでパイプライン追跡フラグまたはテスト情報がユーザーによって更新されるたびに、ServiceNow は Jenkins に対して POST REST API 呼び出しを行い、パイプライン追跡ファイルを更新します
- 分類時の変更要求:変更要求が自動的に作成される場合、カテゴリ = DevOps となります。現在のカテゴリ値は、ハードウェア、ソフトウェア、ネットワークなどの変更のタイプを示しますが、「DevOps」の値は変更のソースに似ています。DevOps によって供給され、変更のタイプがハードウェアまたはソフトウェアであるインスタンスが存在する可能性があります。さらに、すでにカテゴリリストを別の目的に使用し、たとえば非本番環境などの値を使用できます。DevOps チームは、変更レコードが「DevOps 変更レコード」であることを一意に識別できるようになります。
- 受信イベント処理スループットのパフォーマンスの向上
修正：
- ツールレベルで特定のパイプラインを追跡すると、ADO パイプラインとタスクの実行が表示されるが、パイプラインの追跡が有効になっていない
- 変更要求の自動承認および却下のコメントがsysapproval_approverテーブルレコードに設定されない
ServiceNow DevOps 用の Jenkins プラグイン:1.29

新規：
- 特定の例外タイプでエラーが発生した受信イベントは、スケジュール済みジョブによって自動的に再試行されます。例外タイプ、再試行回数、および処理するエラー受信イベントの経過時間は、DevOps プロパティで構成できます
- Jenkins 統合
  - セキュリティが向上し、API キーを使用して ServiceNow DevOps の Jenkins ツールに作成できるようになりました変更要求の却下/キャンセルの理由は、変更が却下/キャンセルされた理由を把握するために、それぞれの Jenkins パイプラインに送り返されます。
修正済み：
- ファイル変更がない空のコミットに対して、コードプッシュイベントとタグプッシュイベントが失敗する
- GitHub:エラー 404 - インポートがリポジトリレベルで機能していません - ツール URL の末尾に「/」がある場合パイプライン名に分岐名が含まれている場合、アーティファクトはタスク実行にリンクされません
- GitHub Enterprise:webHookResourcePath が正しくないため、リポジトリを構成できません
- IE11 Jenkins でパイプライン UI ページのレイアウトが壊れているブランチ名に「/」があり、Junit テストがある場合、マルチブランチパイプラインイベントが待機状態でスタックするスペースを含むマルチブランチパイプラインが機能しない
- Azure DevOps:
  - Azure DevOps の DevOps 計画インポート要求が大きなバックログ (>2000 作業アイテムなど) で失敗する
  - Azure アーティファクトを含むリリースの通知受信が失敗する
  - ツールの作成後に認証情報が変更/期限切れになると、検出アクションのインポート要求のステータスがエラーではなく成功になる
  - 1 回のパイプライン実行では、元のコミットの前に元に戻すコミットが保持されるため、コミットの実行から元に戻すコミットが削除されません
  - ServiceNow DevOps 用の Jenkins プラグイン:1.28

変更：
- ソフトウェア品質フレームワーク:コード品質およびセキュリティツールに特化したデータモデルが更新されました。誰でも任意のコード品質およびセキュリティツールとのカスタム統合を作成できる拡張可能なフレームワーク。
- SonarQube サポート: Azure DevOps と Jenkins の OOTB サポート。パイプラインからスキャンがトリガーされるたびに、変更リスクを判断するために必要なスキャン結果が ServiceNow DevOps でキャプチャされます
- API を介して変更フィールドを設定できるようにします。これにより、以前に設定されたステップ構成が上書きされます。現在の機能はそのまま残りますが、唯一の違いは、API からフィールドを設定できることです。
- ServiceNow DevOps 用の Jenkins プラグイン:1.27
修正済み：
- 競合状態が原因で正しくありません
- DevOps 受信イベントの待機理由と不完全なパイプライン実行従来の変更管理プラグインで DevOps 変更の作成が失敗する
- GitHub プッシャーメールが空の場合、コミット担当者とコミット担当者メールが DevOps に入力されない
- BitBucket の場合、DevOps タグの更新は処理されません

変更：
- 接続エイリアスを (親エイリアスの下に) 動的に作成します。これにより、DevOps ツールの作成時にシステムアドミンが接続エイリアスを個別に作成する必要がなくなります。この機能は、プラットフォームの「子エイリアス」機能を使用し、Paris から利用できます。DevOps アプリケーションには、親エイリアスと対応する構成テンプレート (基本認証、API キー、および OAuth - 認証コード) が付属しています。これらを使用して、作成した子エイリアスに接続と認証情報を作成できます。
修正済み：
- すべてのタスク実行がスキップされると、パイプライン UI が壊れる
- テストツール統合では、クエリパラメーターの toolID がオーケストレーションツール ID であることが想定されています
- DevOps タグの更新が処理されない
- SucceededWithIssues などのサポートされていない Azure 状態のデフォルト処理はありません Jenkins のコミットのみをフェッチするようにコミット API をフィルタリングする
- コード結合時のコミットに対して分岐情報が更新されない
プラグインと拡張機能の互換性:
- ServiceNow DevOps 用の Jenkins プラグイン (1.24.0) https://marketplace.visualstudio.com/items?itemName=ServiceNow.vss-services-servicenow-devops バージョン: 1.24.0

変更：
- Azure DevOps:顧客が追跡する特定のパイプラインのみを選択できるようにすることで、オンボーディング ADO ツールが簡単になりました。
- 受信イベントテーブルのアーカイブ/消去条件を設定して、大量の DevOps データを処理できるようになりました
修正済み：
- Azure DevOps:異なるステージのジョブ名が同じ場合、アーティファクト/パッケージがタスク実行にリンクされない
- Azure DevOps:ステージで手動のみのトリガーを持つリリースゲートの場合、リリースパイプラインは 2 つのパイプライン実行レコードを作成します
- アーティファクトの生成に、マルチ分岐パイプラインで失敗した実行に対する異なる分岐からのコミットが含まれる
- DevOps フローデザイナースクリプトは、「システムユーザー」ではなく「セッションを開始するユーザー」として実行する必要があります

変更：
- 変更要求パイプライン API の変更:Jenkins および Azure DevOps パイプラインから変更要求を作成するときに追加の変更要求属性を設定しますServiceNow DevOps が変更要求をクローズしないようにパイプラインからフラグを設定します
- ServiceNow DevOps で GitLab および Azure DevOps リポジトリタグがサポートされるようになりました
- GitLab からの一括コミットを処理できるようになりました
- [バージョン] は計画ペイロードのオプションフィールドになりました
修正済み：
- パイプライン UI は、変更と同じステージでアーティファクトバージョンを作成するパイプラインの空白ページをレンダリングします
- 変更要求では、DevOps ビューアーロールのみを持つユーザーが、アーティファクトに含まれるコミットではなく、システム内のすべてのコミットを表示できます
- コミットにコミット担当者が空の場合、変更要求は作成されません
- 上流ステージが「スキップ」の場合、変更要求は作成されません
- Azure DevOps および GitLab の場合、結合コミットで元に戻されたコミットが変更要求のコミット関連リストに表示される

機能の変更点:
- パイプライン実行中に GitLab JUnit テストを自動的にインポートして分類できるようになりました。
修正：
- 大規模なコミットが Azure DevOps でサポートされるようになりました。
- DevOps 変更中の Jenkins パイプラインは、Jenkins サーバーの再起動後に自動的に再開されます。
- フリースタイルパイプラインの最初のステージで変更コントロールが有効になっている場合、2 つのパイプライン実行レコードが作成されます。
- 名前にスペースを含むプロジェクトを使用して ADO ツールの作業アイテムを処理すると、受信イベントによりエラーが発生します。複数の ADO パイプライン (すべてテストあり) が並列で実行されると、受信イベントが例外により待機状態でスタックします。
- アプリのオンボーディングペイロードは暗号化フィールドに保存されません。
- Azure DevOps からの受信ステージ完了通知が正しく処理されないため、タイムアウトが発生します。
- Azure リリースゲートの再試行ユースケースが、変更受付の変更で失敗します。
- Jenkins グローバルツール構成のユーザー名/パスワードは、プレーンテキストとして config.xml に格納されます。
- パイプラインが検出されていない場合、Jenkins パイプラインは失敗します。

新規:コミットに対して複数の作業アイテムがサポートされ、ServiceNow DevOps のコミットにリンクされるようになりました。さらに、以下も参照してください。
- コミットメッセージ内の作業アイテムの構文は、組織のプロセスを反映するようにカスタマイズできます。
- コミット時に Azure DevOps ユーザーインターフェイスから作業アイテムを選択できるようになりました。

新規：
- ツール、リポジトリ、パイプラインなどの多くの DevOps オブジェクトを削除できるようになりました。完全なリストと制限事項については、製品ドキュメントを参照してください。
- これで、パイプラインで作成された変更番号を取得して、パイプラインから変更要求をさらに操作できるようになりました。
削除：
- ツールの [構成アイテム] フィールドが削除されました。
- [MID サーバーを使用] の選択で、2 つのフィールド ([MID サーバーアプリケーション]、[MID サーバー機能]) が削除されました。

次の修正を行うには、ServiceNow DevOps 用の Jenkins プラグイン (1.20.2) をインストールします。

修正済み：
- セキュリティ修正
- パイプラインが検出されていない場合、Jenkins プラグインの動作が失敗する可能性があります
- Jenkins を再起動すると、変更承認なしで展開が再開される

新規：
- 変更登録:すべてのパイプラインデータを含む変更領収書を作成するようにパイプラインステップを構成できるようになりましたが、パイプラインを進めるために承認は必要ありません。
- テストツールの改善:JUnitおよびSeleniumテストを自動分類できるようになり、自動分類用に追加のテストタイプを構成できるようになりました。
- Jenkins でスキップされたステージ:分岐条件によりステージがスキップされた場合、パイプライン UI にステージが表示されません。

新規：
- Jenkins パイプラインの実行時に、DevOps パイプラインステップが自動作成されるようになりました。ServiceNow でパイプラインステップを手動で作成したり、Jenkins で通知を構成したりする必要がなくなりました。変更は、Jenkins および ServiceNow DevOps の目的のステップで手動で構成されます。
- DevOps では、ServiceNow フローからのほとんどのツール通信に再試行を追加することで、データのレジリエンスが向上しました。ニーズに合わせて再試行構成を変更できます。

修正済み:このリリースは修正リリースです。変更機能との互換性の問題を修正します。

新規:オーケストレーションツールのパイプラインが実行されると、DevOps パイプラインステップが自動的に生成されるようになりました。パイプラインステップを手動で作成してオーケストレーションツールにマッピングする必要がなくなりました。変更は引き続き、目的のステップで手動で構成する必要があります。

New:OAuth と GitHub アプリが GitHub インテグレーションでサポートされるようになりました
修正済み：
- 実行全体が完了するまでステップ実行のステップ名が空になる問題を修正
- git コミット処理のパフォーマンスが向上しました
- 関連する作業アイテムが見つからない場合に Azure DevOps コミットレコードが作成されない問題を修正しました
- 空の JUnit テストを使用した Azure DevOps パイプライン実行の処理を修正

新規：
- アーティファクトを含めるように DevOps パイプライン UI を更新
  - パイプライン UI で作成またはリリースされたアーティファクトバージョンを表示する機能
  - アクセシビリティの改善
- パイプライン UI、ツール、インサイトの例を含むようにデモデータを改善しました
- イベントベースのディスカバリーと汎用的な変更促進コールバックを利用するオーケストレーションツールを作成する機能
- DevOps Integration アプリを介した GitLab コーディングとオーケストレーションツールの統合

新規：
- 顧客管理の変更:DevOps では、新しい変更タイプのサポートなど、変更要求フローをより柔軟に構成できるようになりました。
- 順序が正しくない Azure DevOps パイプライン通知の処理が改善されました。
- Azure DevOps 作業アイテムの履歴インポートがサポートされるようになりました。
修正済み：
- 作業アイテムの削除イベントが、Azure DevOps で正しく処理されるようになりました。
- コミット通知の処理が修正されました。
- パイプライン UI が更新され、ステップ実行に新しい状況 (ユーザーによってキャンセルされた) が含まれるようになりました。
- 上限プロパティが原因で 200 レコードのみがインポートされる問題を修正しました。
- ツール作成に関するメモ「ツールの作成には最大 1 分かかる場合があります」が翻訳可能になりました。
- 状況やプロパティなしで提供されるコンポーネント/コントロール (展開可能/折りたたみ可能なコンテンツ) のサポートが追加されました。
- 最大200%の文字サイズ設定の変更にレイアウトが適応しない問題を修正しました。

注:

このバージョンのアプリは、New York 以降を実行しているインスタンスにのみインストールできます。

新規:パイプライン UI の改善

新規:ユーザーが作成した統合フレームワークで、接続アクションと検出アクションがサポートされるようになりました。

ツール作成の改善

次の操作を行う新しい [作成] ボタンがあります。
- DevOps ツールを作成し、接続、エイリアス、および認証情報を作成すると、ツールに自動的に接続します
アプリパイプライン UI
- DevOps によって作成された変更要求から、その実行のパイプライン UI を表示するための関連リンクがあります。
- アプリまたはステップ実行から、パイプライン UI で最後の実行への関連リンクをたどることができます。

新規：
- 誰でもコード、計画、オーケストレーションツールを統合できる REST API
- フォルダー内の Jenkins ジョブを検出できるようになりました
- 変更の促進が MID サーバーで機能

名前が「Enterprise DevOps」から「DevOps」に変更されました。

使いやすさと安定性の向上

構成可能なパイプラインモデリング

高レベルのパイプラインでは、複数のアプリをパイプラインの一部にすることができます。
Jenkins ジョブをアプリレベル (アプリステージ) でパイプラインステージにモデル化します。
上流と下流のジョブ関係を追跡します。

変更の促進

変更管理下にあるジョブ実行の変更要求を作成します。アプリステージで設定された構成アイテムを使用します。
Jenkins プラグインは、Jenkins ジョブを実行する前に、変更要求が「実装」ステータスに移行するのを待機します。ジョブの実行後、変更要求は実装の詳細で更新され、クローズされます。

インサイト

変更の促進に関するインサイトは、変更管理プロセスとその効率を可視化します。
システム健全性インサイトにより、アドミニストレーターはパイプラインの効果的な運用を維持できます。

ITBM Agile 2.0 統合

ITBM 製品、エピック、ストーリー、修正、リリースを ServiceNow® DevOps に自動的に同期します。
履歴データのインポート。

Jira 統合

Jira プロジェクト、エピック、ストーリー、バグ、タスク、リリースを ServiceNow® DevOps に自動的に同期します。
履歴データのインポート。

GitHub 統合

GitHub.com およびオンプレミスのEnterprise Githubをサポートします。
選択したリポジトリで Webhook を使用してコミットと分岐を処理します。
リポジトリの構成時に Webhook を自動的にプッシュします。
オプションでファイルの変更を追跡します。
コミット担当者とリポジトリの品質メトリクスを追跡します。
履歴データのインポート。

Jenkins 統合

Jenkins 通知プラグインを使用して、ServiceNow® DevOpsに更新を送信します。
をダウンロードしてインストールします ServiceNow® DevOps Jenkins のプラグイン. KB 記事に手順があります。
Jenkins フリースタイルパイプラインジョブをインポートし、 ServiceNow® DevOps パイプラインにマッピングします。
JUnit および Selenium テストを含む Jenkins のテスト結果を格納します。
変更の促進を有効にするために提供される Jenkins プラグイン。

DevOps Data Model リリースノート

ストアのリリースノート

DevOps Data Model リリースノート

バージョン履歴