DevOps 統合リリースノート

新規：
- 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 結合要求/プル要求のサポート
  - ServiceNow DevOps から GitLab コーディングソースの GitLab パイプラインプル要求を管理します。
- JFrog ArtifactoryのGitHub Actions、Azure DevOps、GitLabのサポート
  - GitHub Actions、Azure DevOps、GitLab パイプライン実行用に JFrog Artifactory に公開されたアーティファクトデータをインポートします。
- 同じ Jenkins インスタンス内の複数の ServiceNow DevOps 構成
  - 1 つの Jenkins サーバーで複数の ServiceNow DevOps 接続を構成します。
変更：
- Jira Cloud サポート
  - オンプレミスの Jira に加えて、Jira Cloud を DevOps チェンジベロシティにオンボーディングします。
- GitLab Docker コンテナの改善
  - GitLab パイプラインに関連付けられた変更要求の詳細を取得して更新し、単体テスト結果を公開します。単純な GitLab パイプラインの全体的なパイプライン実行状況に基づいてクローズコードを自動的に更新することもサポートされています。

新規：
- 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 パイプラインの統合もサポートされています。
- 削除済み:GitHub スポークの依存関係が削除されました。

新規：
- パイプライン全体の実行状況に基づくクローズコードの自動更新
  - パイプラインから作成された変更が自動的にクローズされ、クローズメモ、パイプライン全体の完了ステータスに基づく実際の開始/終了時間で更新されるようになりました。これは、CHG 作成ステップの属性として、または DevOps 変更速度管理のパイプラインレベルの構成を介して渡すことができる構成フラグによって制御されます。
- ツールの接続と構成ステータス
  - Jenkins、GitHub、および Azure DevOps の場合、接続と構成ステータスインジケーターが更新されます。ツール接続を簡単にテストすることもできます。接続ステータス、ツール認証情報、権限チェック、Webhook 構成ステータスのステータスに基づいて、ツールの全体的なステータスが [接続]、[切断]、[要注意] に更新されるようになりました。
- GitHub 組織サポート
  - GitHub Organization は、ベーシック認証を介して接続された GitHub ツール、または認証コードを使用して GitHub アプリでサポートされるようになり、それに応じて GitHub ツールでメンバーシップ権限が更新されます。また、JWT を使用する GitHub アプリは、ツールごとに 1 つの組織をサポートしますが、複数のツール接続を使用すると、複数の組織をサポートできます。
- 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 パイプラインの変更モデルへの移行カタログを使用して、既存のすべてのパイプラインをモデルを使用するように移行します。さらに、オーケストレーションツールパイプラインから変更モデルを名前で渡すこともできます。

新規：

新規：
- セキュリティフレームワーク
  - 新しい統合フレームワークとデータモデルが、アプリケーションセキュリティツール専用に追加されました。これは拡張可能なフレームワークであり、任意のアプリケーションセキュリティツールとのカスタム統合を作成することもできます。
- 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 を追加することもできます。
主要な修正。

変遷：

Azure DevOps 組織のサポート
- ツールを組織レベルで Azure DevOps に直接接続します。組織内のプロジェクトは自動的に検出されます。複数のプロジェクトの Webhook を一度に構成し、組織レベルで認証情報を簡単に更新できます。これにより、ADO プロジェクトごとにツールを接続する必要がなくなります。
ツールやアプリケーションへのグループアクセス
- [管理担当者] フィールドにユーザーグループを追加して、ツールやアプリケーションへのアクセスを制御します。追加されたグループに属するユーザーは、そのツールまたはアプリにのみアクセスでき、ロールで許可されている場合にのみ編集できます。新しいロールである DevOps ツールオーナーが導入されました。このロールを持つユーザーはツールを接続することしかできず、システムプロパティなどの追加の DevOps アドミン機能にはアクセスできません。
アプリへの関連付け時にパイプラインステップを自動的に取得する
- パイプラインをアプリに関連付けると、インポート中にパイプラインステップも取得されます。ServiceNow DevOps でステップをマッピングするためにパイプラインを 1 回実行する必要がなくなりました。
更新されたエラーメッセージ
- リアルタイム通知の問題の根本原因を見つけるのに役立つ、受信イベントとインポート要求に表示されるエラーメッセージが改善されました。エラーメッセージは、関連するアクティブな問題を特定し、特定の問題を強調表示して、それらを軽減する方法を説明します。
認証情報の有効期限通知
- ツールの認証情報の有効期限が切れたとき、または期限切れが近づいたときに、アドミンとツールオーナーに通知が届きます。メール、ユニバーサルタスク、通知ベルアイコン、およびツールレコードのメッセージによってアラートが送信されます。これにより、データの損失を防ぐことができます。
受信した最後のイベント
- イベントが最後に受信されたときに DevOps アドミニストレーターにアラートを送信し、ツール接続で発生する可能性のある問題について警告します。ツールレコードの [最後に受信したイベント] フィールドは、接続の問題を簡単にトラブルシューティングするのに役立ちます。イベントが受信されなかったときに、ツールレコードの [最後に受信したイベント] フィールドに警告または重大なアラートを表示する日数を設定できます。
パイプラインの実行再開の決定が保留中である間に変更ステータスをログに記録します
- 変更番号、ステータス、アサイン先グループ、承認者、開始予定日/終了予定日などの変更情報は、パイプライン/ワークフローが変更の承認待ちの間、Jenkins および GitHub Actions のコンソールログに表示されます。ServiceNow DevOps アプリケーションは定期的にポーリングされ、変更情報に相違がある場合はコンソールログに直接記録されるため、ServiceNow インスタンスへのホップは最小限に抑えられます。

修正済み：

GitHub: 既に検出されているリポジトリが GitHub で削除された場合、検出アクションは失敗します。
DevOps 変更の「sn_devops.viewer」ロールを持つユーザーは、DevOps コンフィグワークスペースリンクを表示できます。
SonarQube/SonarCloud:変更要求で、アドミン以外のソフトウェア品質サマリーレコードは、新しいサマリーレコードを作成する代わりに、次のレコードによって上書きされます。
変更属性にデータポリシーが存在する場合、変更の作成は失敗します。
DevOps 変更速度管理がインストールされている場合、変更要求関連リストのデフォルトビューを編集できません。
Azure DevOps:ステップタイプが本番展開でない場合、変更の [作業アイテム] および [コミット] 関連リストに誤ったエントリが表示されます。
Jira:問題が作成直後に更新されると、重複する作業アイテムが作成されます。
DevOps ビューアーロールを持つユーザーは、ワークスペース内のすべてのインサイトウィジェットの KPI アナリティクスにアクセスできません。
コミットが DevOps で処理され、DevOps で削除されてから GitHub から再コミットされた場合、コミットのコミット担当者の詳細は保持されません。
過去 30 日間のアプリケーションアクティビティウィジェットに表示されるテストの # が正しくありません。

変更日時
- エラー処理とガードレールの改善:エラーメッセージが改善され、ツールのオンボーディング (接続、検出、構成、またはインポート) 中に問題の根本原因を見つけることができます。エラーメッセージは、関連するアクティブな問題を特定し、特定の問題を強調表示して、それらを軽減する方法を説明します。
- 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 サーバーを直接指定できるようになりました。

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 で引き続き追跡および順次レンダリングされます。
- Jenkins で変更要求番号を返す
  - Jenkins ジョブまたはパイプラインが変更コントロール用に構成されている場合、この機能により、新しく作成された変更の変更番号がビルドログファイルに出力されます。この情報は、パイプライン所有者がパイプラインが一時停止される理由を理解するのに役立ち、必要に応じて変更ステータスをフォローアップできます。ログ出力は情報提供のみを目的としており、保留中の DevOps 変更要求の詳細とステータス情報をプログラムで取得するには、既存の changeInfo を使用することをお勧めします。
- Azure DevOps の従来の URL のサポート
  - ServiceNow DevOps では、Azure DevOps プロジェクトでの従来の (visualstudio.com) URL の使用がサポートされるようになりました。従来の URL は、新しい (azure.com) URL と同じ意味で使用できるようになりました。

新規
- Azure DevOps のステージを再開する: サポートパイプラインとステージ/ステップの再起動により、パイプラインの実行が同じであるため、情報を正しくトレースできます
- GitLab 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 でパイプライン UI ページのレイアウトが壊れている Jenkins ブランチ名に「/」があり、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 フローからのほとんどのツール通信に再試行を追加することで、データのレジリエンスが向上しました。ニーズに合わせて再試行構成を変更できます。

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

新規：
- Azure DevOps リリースパイプラインのサポート
  - ServiceNow DevOps Release Gate 拡張のサポート、または Invoke REST API 呼び出しを展開前ゲートとして使用するサポートが含まれています。
アップグレードの影響とトラブルシューティング:
- 既に ADO ツール接続がある場合は、接続および資格情報エイリアスで ADO リリース URL を更新する必要があります。

新機能:新しい軽いタッチのAzure DevOps統合により、ADOパイプラインに開始ジョブ通知と終了ジョブ通知を追加する必要がなくなります。パイプラインの変更は、パイプラインのアーティファクトと変更にのみ必要になりました。
修正済み：
- GitLab 通知でのバッチコミットのサポートが追加されました。
- 無効な URL または認証情報で行われた Azure DevOps 接続試行の処理を修正しました。
- Azure DevOps でのパイプライン実行の開始/終了時間の問題を修正しました。

新規：
- GitLab コーディングツールの統合
  - 所有しているリポジトリ、そのメンバーであるリポジトリを検出するか、キーワード検索を通じてリポジトリを検出する
  - Webhook の手動構成
- GitLab オーケストレーションツールの統合
  - 基本的なパイプラインタイプのサポート
  - Webhook の手動構成

新規:ADO 作業アイテムの履歴インポートのサポート。
修正済み:Jenkinsのフォルダーの下にあるフリースタイルジョブで、子ジョブにアップストリーム実行が設定されていない問題を修正しました。

注:

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

DevOps 統合リリースノート

ストアのリリースノート

DevOps 統合リリースノート

バージョン履歴