DevOps 変更速度リリースノート

  • リリースバージョン: Store
  • 更新日 2025年01月30日
  • 読む41読むのに数分

    • ServiceNow Store上の DevOps チェンジベロシティアプリケーションのバージョン履歴。

    重要:
    システム要件とファミリーの互換性の詳細については、ServiceNow Store Web サイトのアプリケーションリストを参照してください。

    バージョン履歴

    バージョン 5.1.0 - 2025 年 2 月
    • 新規：
      • プロアクティブヘルススキャンのサポート
        • 一連のプロアクティブなチェックを使用して、DevOps 変更速度管理インスタンスの例外と問題を検出します。これらのチェックは、製品 UI では明らかではないが、テーブルスキャンで簡単に検出できる問題を特定するのに役立ちます。これらは、チェックのタイプに基づいて、本質的に [スケジュール済み] または [オンデマンド] のいずれかです。
      • ServiceNow とのツール統合を活用
        • Harness オーケストレーションツールを DevOps 変更速度管理と統合します。この統合により、接続、検出、インポート、リアルタイムイベントの処理、および ServiceNow for Harness パイプラインの変更との CI/CD の統合が可能になります。
    • 変更：
      • ベースシステムでサポートされていないオーケストレーションツールのオンボーディングの簡素化
        • 簡素化された汎用フレームワークは、カスタムオーケストレーションツールを ServiceNow DevOps チェンジベロシティと統合するための使いやすいソリューションを提供します。プラットフォームに関する最小限の知識しか必要としません。必要なカスタムコーディングの量を減らし、顧客とパートナーの両方にとってプロセス全体を簡素化することで、統合の複雑さを軽減します。フレームワークは、新しいオーケストレーションツールのオンボーディングを簡素化することで、アダプションの迅速化、スケーリングの円滑化、追加チームのオンボーディングの簡素化を実現します。これにより、統合の課題が少なくなり、ユーザーによるアダプションプロセスが迅速化され、移行中の摩擦が軽減されます。この汎用フレームワークは、ServiceNow でネイティブにサポートされていないオーケストレーションツールをベースシステムで統合することをサポートしています。
      • 計画立案ツール統合のカスタムフィールド
        • 作業アイテムのカスタムフィールドを追加することで、DevOps 変更速度管理によってベースシステムでサポートされている計画ツールの構成可能性が向上します。
      • リードタイム計算の強化
        • リードタイムの計算で、パイプライン実行の一部として登録されたアーティファクト/パッケージが考慮され、それに関連付けられたコミットに基づいて計算されるようになりました。
      • 効果的なセルフサービス導入のための製品内ガイダンスの改善
        • ワークスペースのさまざまな場所にドキュメントまたは外部ドキュメントへのナビゲーションを追加することで、ユーザーエクスペリエンスが向上しました。
    バージョン 5.0.0 - 2024 年 11 月
    • 新規：
      • 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 変更要求に作業アイテムデータを追加します。
    バージョン 4.1.0 - August 2024
    • 新規：
      • モデルを使用した完全な変更の自動化への道のりの改善
        • DevOps 変更モデルを活用し、DevOps 変更ワークスペースで変更プロセスを中断することなく DevOps 変更を簡単に作成するための製品内ガイダンス。
        • [評価] ステータスを含まない新しい DevOps 簡素化変更モデルを使用して、変更プロセスを迅速に追跡します。このモデルの変更承認は、DevOps 簡易モデル変更ポリシーに基づきます。
        • 承認ポリシーは、対応する DevOps および DevOps 簡易変更モデルでは、デフォルトで手動です。
        • DevOps モデルの新しい DevOps 更新実行ステータス変更フローを使用して、サードパーティのオーケストレーションツールにコールバックを送信できるようになりました。
      • サービスオペレーションワークスペース (SOW) での変更トレーサビリティのための DevOps データ
        • サービスオペレーションワークスペースで手動で作成した変更要求で DevOps データを追加および編集して、DevOps 変更ワークスペースとサービスオペレーションワークスペースの両方で統一された変更要求エクスペリエンスを実現します。
        • すべての変更ステータス (新規、評価、認可、スケジュール、実装、レビュー、クローズ) について、SOW ワークスペースの [概要] タブで DevOps サマリーカードを表示します。手動で作成された DevOps 変更要求の DevOps サマリーカードでデータを追加または編集できます。
      • 注:この機能は、Xanadu リリースでのみ使用できます。
    • 構成のための SOW アドミンセンターでの変更マネージャーへの DevOps 変更の認識
      • ServiceNow アドミニストレーターは、DevOps Change Workspace へのナビゲーションリンク (インストールされている場合) と、DevOps Change Velocity (DCV) がまだインストールされていない場合は [Get App] リンクを表示できるようになりました (ITSM Pro または DCV がインストール可能な場合のみ適用されます)。
      • 注:この機能は、Xanadu リリースでのみ使用できます。
      • アダプションブループリントにおける DevOps の変更の認識
        • 新しいアダプションブループリント「変更管理プロセスを最新化する」がアドミンセンターのアダプションブループリントで利用可能になりました。このツールでは、安定性とガバナンスを損なうことなく、変更プロセスを動的にスケーリングするために必要な機能を採用する方法を ServiceNow アドミニストレーターが説明します。
      • 注:この機能は、Xanadu リリースでのみ使用できます。
    • 変更管理セットアップでの ServiceNow 管理者への DevOps 変更の認識
      • SOW アドミンセンターの新しい変更管理構成では、変更モデル、リスクスコア、成功スコア、承認ポリシー、DevOps など、変更アドミンおよびマネージャーが変更管理ジャーニーを最新化するために使用できる機能が強調されています。これにより、変更の最新化方法に関するガイダンスを探している顧客向けのワンストップショップとして機能します。
      • 注:この機能は、Xanadu リリースでのみ使用できます。
    • 変更：
      • DevOps 変更要求手動承認フローで変更をトリガー
        • DevOps 変更要求の手動承認フローでは、競合やエラーを回避するため、モデルがベースシステムの DevOps 変更モデル (DevOpsorDevOpssimplified) である DevOps 変更要求に対してはトリガーされません。
      • GitHub Actions での再実行のサポート
        • GitHub Actionsワークフローでの失敗したジョブの再実行が、変更リクエストの作成でサポートされるようになりました。
        • 変更の作成前、後、または変更時の失敗したステージの再実行がサポートされています。
      • Jira Server のサポートAPI_KEY: API_KEY 認証方式が Jira Server で利用可能になり、Jira Cloud で既に利用可能な既存のサポートと一致するようになりました。
      • パイプライン実行でブランチの詳細を保持して、アーティファクトとパッケージからのコミットを決定します
        • パイプライン実行テーブルに新しい列が追加され、分岐テーブルを参照し、分岐によるフィルタリングを有効にして、ユーザーがアーティファクトの複数のバージョンを同時に操作するときに適切なコミットが変更に関連付けられるようにします。
        • アーティファクトバージョンのコミット計算ロジックを拡張して、分岐でフィルタリングできるようにしました。
        • パッケージのコミット関連付けロジックが変更され、パッケージの一部としてデプロイされているすべてのコミット (デプロイされていないが、同じブランチにのみ存在する以前のアーティファクトバージョンからのコミットを含む) が表示されるようになりました
      • 削除：
        • DevOps モデルの変更:DevOps 実装フローを DevOps の変更により適したものにするために、変更タスクは自動的に作成されなくなりました。
        • DevOps 変更要求の最小自動化承認フローと DevOps 変更要求の高度な自動化承認フローは、競合とエラーを回避するため、モデルがベースシステムの DevOps 変更モデル (DevOpsorDevOpssimplified) である DevOps 変更要求に対してはトリガーされません。
    バージョン 4.0.0 - 2024 年 5 月
    • 新規：
      • カスタムオーケストレーションツール統合のサポート
        • 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 パイプラインの全体的なパイプライン実行状況に基づいてクローズコードを自動的に更新することもサポートされています。
      • DevOps ワークスペースの改善
        • ツールモジュールには、[すべて]、[ステータス]、および [機能] の 3 つのリストグループがあります。
        • テスト結果とソフトウェア品質機能が、簡単にナビゲーションできるようにリストモジュールで利用できるようになりました。
        • 「自分のリスト」セクションで独自のリストを作成できます。
        • システム健全性、統合、詳細 (以前はトラブルシューティングと呼ばれていました) がアドミンモジュールで利用できるようになりました。
      • DevOps インサイトの改善
        • DevOps ワークスペースのインサイトダッシュボードをネクストエクスペリエンスの一部として使用します。展開の成功率や失敗した展開などの新しい関連インジケーター/ウィジェットと、安全策およびより優れたフィルタリングを備えています。
        • プラットフォーム上の DevOps 標準インサイトは、すべての新規 DevOps ユーザーに対して廃止されました。
        • プラットフォーム (レコードプロデューサー) ユーザーは、ツールまたはアプリを作成するためのワークスペースにリダイレクトされるようになりました。リリース/レガシー ユーザーは、[新規作成 (従来)] および [アプリの作成 (従来)] オプションを使用して、プラットフォームの URL に直接移動して、プラットフォームでツールまたはアプリを作成できます。
    バージョン 3.1.0 - 2024 年 2 月
    • 新規：
      • GitLab と Docker コンテナの統合
        • DockerHub に公開されている Docker コンテナを使用して、GitLab と ServiceNow DevOps の統合が簡素化されました。ServiceNow DevOps CHG の作成、GitLab パイプラインとの SonarQube 統合、ServiceNow DevOps でのアーティファクトとパッケージの作成の登録をサポートします。
      • GitHub の問題の統合
        • GitHub は、コードとオーケストレーション機能に加えて、GitHub Issues 統合による計画機能をサポートするようになりました。リポジトリの GitHub の問題を検出して GitHub コミットにリンクし、ServiceNow DevOps CHG に保持することもでき、ServiceNow DevOps CHG アクセラレーションのポリシー決定に使用できます。
      • GitHub Actions でサポートされているさまざまな単体テストの種類
        • ServiceNow DevOps CHG に公開するためのカスタム API コールを行わずに、NUnit、pytest、jest、JUnit、XUnit などのさまざまな単体テストツールレポートのテスト結果を自動的に公開します。
      • ServiceNow DevOps 拡張機能によるエラーログ記録と処理の改善
        • GitHub カスタムアクション用に公開された ServiceNow DevOps 拡張、Jenkins プラグイン、ADO 拡張で、トラブルシューティングを容易にするためにエラーのログ記録と処理が改善されました。
      • ガイド付き変更自動化エクスペリエンス
        • DevOps の変更を活用するさまざまな方法と、変更プロセスを完全に中断することなく DevOps の変更を簡単に採用する方法について、より優れた製品内ガイダンスが提供されるようになりました。ステッパーは、DevOps 変更の作成を自動化するようにガイドします。ステッパーでパイプラインを選択しているときにツールの接続ステータスを確認でき、次のステップに進む前にアラートを受け取ることもできます。DevOps 変更モデルの 2 つの新しい状況移行フロー (変更 - DevOps - 新規および変更 - DevOps スケジュール) が導入され、これらの状況を通じて変更を移動および追跡できます。指定された関係タイプに基づいて変更要求に関連付けられたデータを取得するために、DevOpsChangeRelationshipHelper スクリプトが導入されました。
      • DevOps 変更要求フローのエラー処理の変更
        • DevOps 変更要求の手動承認、DevOps 変更要求の最小自動化承認、または DevOps 変更要求の高度な自動化承認フローの変更の更新中にビジネスルールまたはデータポリシーによって問題が発生した場合、変更要求の作業メモおよびパイプラインツールのコンソールログで、変更要求に対応するエラーを表示できます。
      • Azure DevOps と GitHub API のレート制限の処理
        • Azure DevOps または GitHub API のレート制限を超えた場合、DevOps 変更速度管理は、大量のデータを処理するために GitHub 調整が緩和されるまで、新しいイベントの処理を保留します。
      • でのページネーションのサポート Azure DevOps と GitHub のパイプライン、リポジトリ、プランの検出インポート要求
        • データはサードパーティツールからバッチで取得されるようになりました (ページネーションされた方法)。これは、大量のデータを持つ多くのチームをオンボーディングすることで拡張するのに役立ちます。
      • DevOps アドミンおよびツールオーナーの接続アドミンロールとフローデザイナーロールの削除
        • DevOps アドミンとツールオーナーの可視化および編集機能は、これらのユーザーのフローデザイナーと接続アドミンのロールを削除することで制限されています。
      • アーティファクトとパッケージへの変更
        • アーティファクトとパッケージの採用、実装、およびエラー処理の全体的なエクスペリエンスが改善されました。
      • GitLab 通知処理の改善
        • GitLab イベントのシームレスな処理により、スケーラビリティが向上しました。
      • SonarQube 統合の変更
        • スキャンサマリーの SonarQube の全体的な品質ゲートステータスがサポートされるようになりました。また、ServiceNow DevOps Gitlab Docker コンテナを使用した SonarQube と GitLab パイプラインの統合もサポートされています。
    バージョン 3.0.0 - 2023 年 11 月
    • 新規：
      • 最小限の自動 DevOps 変更承認。
      • DevOps 変更速度管理に対するスタジオサポート。
    • 変更：
      • 既存の DevOps 変更フローの名前を適切に変更しました。
    バージョン 2.0.0 - August 2023
    • 新規：
      • セキュリティフレームワーク
        • 新しい統合フレームワークとデータモデルが、アプリケーションセキュリティツール専用に追加されました。これは拡張可能なフレームワークであり、任意のアプリケーションセキュリティツールとのカスタム統合を作成することもできます。
      • 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 を追加することもできます。
    • 主要な修正。
    バージョン 1.38.0 - 2023 年 5 月
    • 変遷：
      • 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 日間のアプリケーションアクティビティウィジェットに表示されるテストの # が正しくありません。
    バージョン 1.37.0 - 2023 年 2 月
    • 変更：
      • エラー処理とガードレールの改善
      • ツールのオンボーディング (接続、検出、構成、またはインポート) 中に問題の根本原因を見つけるのに役立つように、エラーメッセージが改善されました。エラーメッセージは、関連するアクティブな問題を特定し、特定の問題を強調表示して、それらを軽減する方法を説明します。
      • 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 パッケージと競合しています。
    バージョン (1.36.0) - 2022 年 11 月

    変遷：

    • 更新されたエラーメッセージ
      • ツールへの接続中に問題の根本原因を見つけるのに役立つように、エラーメッセージが改善されました。エラーメッセージは、関連するアクティブな問題を特定し、特定の問題を強調表示して、それらを軽減する方法を説明します。ツールを接続するときの新しい権限チェックでは、必要な権限ではなく認証情報から利用可能な権限が表示されます。
    • ツールへの接続中に、[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 インサイトダッシュボードでビジネスアプリケーションでフィルタリングできるようになりました
    • Jenkins 統合の場合、サポートされている Jenkins の最小バージョンは 2.289.1 です

    修正済み：

    • 名前が同じでバージョンが異なるアーティファクトは、(異なるリポジトリに属していても) 重複していると見なされます。
    • ADO プロジェクト名にスペースと特殊文字が含まれている場合、ADO リリースパイプラインに対して 2 つのパイプライン実行が作成されました。
    • DevOps:変更チケットには、特定の実行ではなくパイプラインホームへのリンクがあります。
    • Azure DevOps
    • コミットと作業項目が、最初の手順またはジョブで成果物を発行するパイプラインの成果物にリンクされません。
    • Azure DevOps:インポートされたコミットの詳細に、変更されたファイルの数が正しくないと表示される
    • ビルドパイプラインの前にリリースパイプラインがチェックインすると、作業アイテム、テストサマリー、およびコミットが ServiceNow の変更に添付されません。
    • テストタイプのマッピングがない場合、受信イベント処理の詳細のメッセージが正しくない。
    • キャンセルされたパイプライン実行の履歴インポート後、パイプライン UI にパイプラインのステータスが進行中として表示されます
    • Jenkins オーケストレーションイベントはランダムにエラーステータスになります。
    バージョン 1.35.3 - September 2022
    • 新規
      • ツールへの接続中に問題の根本原因を見つけるのに役立つように、エラーメッセージが改善されました。エラーメッセージは、関連するアクティブな問題を特定し、特定の問題を強調表示して、それらを軽減する方法を説明します。
      • ツールへの接続中に、[DevOps ワークスペースの変更] ページで特定の MID サーバーを直接指定できるようになりました。
    バージョン 1.35.0 - August 2022
    GitHub アクション統合:
    • GitHub は、ServiceNow DevOps の GitHub Actions オーケストレーション機能をサポートするために更新されたコーディングツールです。ServiceNow DevOps カスタム アクション (GitHub Actions Marketplace に公開) を使用して、GitHub Actions パイプラインと GitHub 環境を統合します。
    • データ モデルを更新するには、GitHub Actions 統合で GitHub が接続され、構成され、パイプラインが検出されている必要があります。GitHub Actions ワークフローの実行は、カスタム アクションを使用して一時停止および再開されます。
    次のカスタムアクションが GitHub リポジトリに公開されます。
    1. ServiceNow DevOps 変更
    2. ServiceNow DevOps テストレポート
    3. ServiceNow DevOps Sonar
    4. ServiceNow DevOps でアーティファクトを登録
    5. ServiceNow DevOps パッケージを登録
    ADO アーティファクトの履歴インポートとポーリング:
    • アプリオンボーディングセルフサービスカタログと定期的なポーリングを使用してデータをフェッチすることで、ADO アーティファクトの履歴データをインポートします。インポートフレームワークは、パイプラインを編集したり Webhook を構成したりすることなく、DevOps データをインスタンスにフェッチすることで、チームのオンボーディングを支援します。インポートされたデータは、完全な変更トレーサビリティの根本原因に関するインサイトを提供し、根本原因と改善領域を特定するのに役立ちます

    すぐに利用可能な変更承認ポリシー リスク入力と却下理由:

    • ベースシステムの DevOps のデフォルトの 変更承認ポリシーは、変更の自動化および承認ポリシーを改善します。収集された DevOps データに対してポリシー条件が実行され、自動却下、自動承認、または手動承認のために保留されます。データは、コミット、コードカバレッジ、テスト結果、Sonar スキャン結果、リスク入力などのメトリクスです。変更承認ポリシーは構成可能です。ユーザーが迅速に是正処置を実行できるように、却下理由は CHG 作業メモに取り込まれます。

    Jenkins スニペットジェネレーター:

    • ServiceNow DevOps 用の Jenkins プラグインは、DevOps スクリプト化されたパイプラインステップを生成できます。これにより、開発者は ServiceNow DevOps 機能を迅速に導入し、パイプラインを簡単に変更できます。

    ワークスペース DevOps オンボーディング:

    • ツールのオンボーディング (接続) は、いくつかのばらばらなステップを含み、複数のペルソナが関与する可能性があるため、困難です。ワークスペースでは、変更の自動化成果を有効にするためのオンボーディングプロセスをガイドします。ワークスペースはセルフサービスを促進します。このリリースでは、Azure DevOps、Jira、GitHub、Jenkins ツールを簡単にオンボードできます。

    ワークスペースの DevOps インサイトモジュール:

    フロー 提供されている作業の価値を示すメトリクス。

    サイクル時間、スループット分布、展開フローの予定時間、および対応中の量。

    自動化への道に焦点を当てた新しい変更促進メトリクス。

    自動変更と手動変更、適用された変更ポリシーの決定、ROI。

    更新されたフィルタリング機能には、サービス、構成アイテム、製品、および期日が含まれます。

    新しいタブデザインで収集されたデータをドリルダウンして、ワークスペースに留まります。

    バージョン 1.34.1 - May 2022
    • 変更日時
      • すぐに利用可能な変更承認ポリシー:すぐに利用可能な (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列に非常に大きな数として保存される
      • セキュリティのバグ
    バージョン 1.33.1 - 2022 年 2 月
    • 変更日時
      • 変更のトレーサビリティ
        • 変更トレーサビリティは、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 へのアップグレード後、フリースタイルジョブのアーティファクト登録が失敗する
      • セキュリティのバグ
    バージョン 1.32.0 - November 2021
    • 新規
      • 並列ステージの 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 作業アイテムのステータスが [削除済み] に更新されません。
      • アプリオンボーディングペイロードが投稿されたときに、パイプラインステップレコードの変更受付フラグが更新されない