ReleaseOpsでのリリース

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間:2分
  • スケジュール済みリリースとオンデマンドリリースは、 ReleaseOpsを使用してターゲットインスタンスに変更を展開する方法です。リリースには、1 つ以上の展開要求を含めることができます。

    リリースの作成

    通常、リリースマネージャーは、リリースを作成し、チームまたは組織のリリースワークフローをリリース周期にマッピングする責任があります。

    任意の時点で単一のリリースストリームまたは複数のリリースストリームを使用できます。ただし、ターゲットインスタンスに展開処理中になるのは、一度に 1 つのリリースのみです。

    たとえば、組織には次のように定義する 2 つのリリーストラックがあるとします。
    • 毎週金曜日の 10:00 にリリースされる定期的な周期。
    • 優先度の高いリリースの毎日 12:00 の周期。
    ウィークリーリリーストラックとデイリーリリーストラックは問題なく共存できます。

    リリースの作成の詳細については、「 リリースの作成」を参照してください。

    リリースタイプ

    事前に計画およびスケジュールされているリリースは 、スケジュール済みリリースと見なされます。これらのリリースは、1 つ以上の展開要求で構成できます。リリース内の各展開要求には、1 つ以上の更新セットを含めることができます。

    オンデマンドリリースは、アプリケーションの欠陥にパッチを適用するための変更の展開など、必要に応じて動的に作成されます。開発者が展開要求を作成し、オンデマンドリリースのオプションを選択すると、 ReleaseOps はこの要求をターゲットインスタンスに送信するリリースを動的に作成します。そのため、オンデマンドリリースに添付できる展開要求は 1 つだけです。

    重要:
    オンデマンドリリースの変更は、できるだけ早くターゲットに展開されることを目的としています。ただし、オンデマンドリリースは組織のパイプラインのチェックに合格する必要があります。これにより、変更が組織のコンプライアンスおよびガバナンスポリシーの要件、および品質保証チェックの要件を満たしていることを検証できます。オンデマンド要求がこれらのチェックに合格すると、展開はすぐに続行されます。

    ReleaseOps には、展開をイントロスペクションするために提供されるツールである展開アナライザーが含まれています。展開アナライザーを使用すると、リリースアドミニストレーターは、オンデマンドリリースが特定のタイプのコード変更のみを行うなど、特定の基準を満たしていることを検証できます。詳細については、「ReleaseOpsの展開アナライザー」を参照してください。