最初のパイプラインの作成

Azure DevOps Services |Azure DevOps Server 2022 - Azure DevOps Server 2019 |TFS 2018

以下に、Azure Pipelines を使用してサンプル アプリケーションをビルドするための手順ガイドを示します。 このガイドでは、YAML パイプライン エディターで構成された YAML パイプラインを使用します。 代わりにクラシック パイプラインを使用する場合は、「 クラシック パイプラインの定義」を参照してください

前提条件 - Azure DevOps

以下のものがそろっていることを確認してください。

  • リポジトリを作成できる GitHub アカウント。 無料で作成できます

  • Azure DevOps 組織。 無料で作成できます。 チームに既にある場合は、使用する Azure DevOps プロジェクトの管理者であることを確認します。

  • Microsoft によってホストされるエージェントでパイプラインを実行する機能。 並列ジョブを購入するか、Free レベルを要求できます。

最初のパイプラインの作成

Java サンプル コードを取得する

作業を開始するには、次のリポジトリを GitHub アカウントにフォークします。

https://github.com/MicrosoftDocs/pipelines-java

最初の Java パイプラインを作成する

  1. Azure DevOps 組織にサインインし、プロジェクトに移動します。

  2. パイプラインに移動し、[新しいパイプライン] を選択します。

  3. 最初に、ソース コードの場所として GitHub を選択し、ウィザードの手順を実行します。

  4. サインインするために GitHub にリダイレクトされる場合があります。 その場合は、GitHub の資格情報を入力します。

  5. リポジトリの一覧が表示されたら、目的のリポジトリを選択します。

  6. Azure Pipelines アプリをインストールするために、GitHub にリダイレクトされる場合があります。 その場合は、[承認してインストール] を選択します。

  1. Azure Pipelines によってリポジトリが分析され、 Maven パイプライン テンプレートが推奨されます。

  2. 新しいパイプラインが表示されたら、YAML を見て、それが何をするのかを確認します。 準備ができたら、[保存および実行] を選択します。

  3. リポジトリに新しい azure-pipelines.yml ファイルをコミットするように求められます。 メッセージに問題がなければ、[ 保存] を選択してもう一度実行します。

    パイプラインの動作を監視する場合は、ビルド ジョブを選択します。

    コードが Maven テンプレートに適しているように見えたため、自動的に作成したパイプラインを作成して実行しました。

    これで、リポジトリに作業 YAML パイプライン (azure-pipelines.yml) が作成され、カスタマイズする準備が整いました。

  4. パイプラインを変更する準備ができたら、[パイプライン] ページでパイプラインを選択し、ファイルをazure-pipelines.yml編集します。

パイプラインでの Java の操作 について詳しくは、こちらをご覧ください。

リポジトリにステータス バッジを追加する

多くの開発者は、リポジトリに状態バッジを表示して、コードの品質を高く保とうとします。

状態バッジは、Azure パイプラインが成功したことを示しています

ステータス バッジをクリップボードにコピーするには:

  1. Azure Pipelines で、[ パイプライン ] ページに移動してパイプラインの一覧を表示します。 前のセクションで作成したパイプラインを選択します。

  2. を選択 し、 ステータス バッジを選択します。

  3. [ステータス バッジ] を選択します

  4. サンプルマークダウンセクションからサンプルマークダウンをコピーします。

次に、クリップボードのバッジ Markdown を使用して、GitHub で次の手順を実行します。

  1. ファイルの一覧に移動し、 を選択します Readme.md。 編集する鉛筆アイコンを選択します。

  2. ファイルの先頭にステータス バッジ Markdown を貼り付けます。

  3. ブランチに変更を main コミットします。

  4. ステータス バッジがリポジトリの説明に表示されます。

プライベート プロジェクトのバッジへの匿名アクセスを構成するには:

  1. [プロジェクトの設定] に移動する

  2. [パイプライン] の [設定] タブを開く

  3. [全般] の [バッジへの匿名アクセスを無効にする] スライダーを切り替える

Note

プライベート プロジェクトでも、匿名バッジ アクセスは既定で有効になっています。 匿名バッジ アクセスが有効になっていると、組織外のユーザーはバッジ状態 API を使用して、プロジェクト名、ブランチ名、ジョブ名、ビルド状態などの情報を照会できる場合があります。

このリポジトリ内のファイルを Readme.md 変更したばかりなので、Azure Pipelines は、リポジトリのルートにあるファイルの azure-pipelines.yml 構成に従って、コードを自動的にビルドします。 Azure Pipelines に戻り、新しい実行が表示されることを確認します。 編集するたびに、Azure Pipelines によって新しい実行が開始されます。

Note

Microsoft Team Foundation Server (TFS) 2018 以前のバージョンでは、ビルドとリリースの "パイプライン" は "定義"、"実行" は "ビルド"、"サービス接続" は "サービス エンドポイント"、"ステージ" は "環境"、"ジョブ" は "フェーズ" と呼ばれます。

Azure DevOps Server 2019 でクラシック エディターを使用して、"Hello world" を出力するビルドとリリースを作成する方法について説明します。

TFS のクラシック エディターを使用して、ビルドと "Hello world" を出力するリリースを作成する方法について説明します。

前提条件

リポジトリを初期化する

プロジェクトに既にリポジトリがある場合は、次の手順に進むことができます。リポジトリへのスクリプトの追加にスキップします

  1. Azure Reposに移動します。 (前のナビゲーションの コード ハブ)

    リポジトリ ファイル

  2. プロジェクトが空の場合は、リポジトリにコードを追加するのに役立つ画面が表示されます。 ファイルを使用してリポジトリを 初期化 する最も下部の選択肢を readme 選択します。

    リポジトリを初期化する

  1. 上部のナビゲーションで [ コード ] をクリックして、リポジトリに移動します。

  2. プロジェクトが空の場合は、リポジトリにコードを追加するのに役立つ画面が表示されます。 ファイルを使用してリポジトリを 初期化 する最も下部の選択肢を readme 選択します。

    リポジトリを初期化する

リポジトリにスクリプトを追加する

出力する PowerShell スクリプトを作成します Hello world

  1. Azure Reposに移動します。

  2. ファイルを追加します。

    [ファイル] タブで、リポジトリ ノードから [新しいファイル] オプションを選択します。

  3. ダイアログ ボックスで、新しいファイルに名前を付け、作成します。

    HelloWorld.ps1
    
  4. このスクリプトをコピーして貼り付けます。

    Write-Host "Hello world"
    
  5. ファイルをコミット (保存) します。

  1. コード ハブに移動します。

  2. ファイルを追加します。

  1. ダイアログ ボックスで、新しいファイルに名前を付け、作成します。

    HelloWorld.ps1
    
  2. このスクリプトをコピーして貼り付けます。

    Write-Host "Hello world"
    
  3. ファイルをコミット (保存) します。

このチュートリアルでは、CI/CD に重点を置いているので、コード部分はシンプルに保ちます。 Web ブラウザーで直接、Azure Repos Git リポジトリで作業しています。

実際のアプリのビルドとデプロイを開始する準備ができたら、Azure Pipelines CI ビルドで幅広いバージョン管理クライアントとサービスを使用できます。 詳細については、こちらを参照してください

ビルド パイプラインを作成する

"Hello world" を出力するビルド パイプラインを作成します。

  1. Azure Pipelines を選択すると、自動的に [ビルド] ページに移動します。

    [ビルド] タブに移動する

  2. 新しいパイプラインを作成する。

    [ビルド] タブ ボタンを選択する

    新しい Azure DevOps ユーザーの場合、 これにより自動的に YAML パイプライン作成エクスペリエンスが提供されます。 クラシック エディターにアクセスしてこのガイドを完了するには、新しい YAML パイプライン作成エクスペリエンスプレビュー機能をオフにする必要があります。

    画面右上の [設定] をクリックし、[プレビュー機能] をクリックします

    トグルをクリックして yaml プレビュー機能をオフにする

  3. ソースプロジェクト、リポジトリ、および既定ブランチが、スクリプトを作成した場所と一致していることを確認します。

  4. 空のジョブから始めます。

  5. 左側の [ パイプライン ] を選択し、使用する 任意の名前 を指定します。 エージェント プールの場合は、[Hosted VS2017] を選択します。

  6. 左側で、プラス記号 ( + ) を選択して 、ジョブ 1 にタスクを追加します。 右側の ユーティリティ カテゴリを 選択し、一覧から PowerShell タスクを選択し、[ 追加] を選択します。

    ジョブにビルド タスクを追加する

  7. 左側で、新しい PowerShell スクリプト タスクを選択します。

  8. [ スクリプト パス ] 引数で、ボタンを 選択してリポジトリを参照し、作成したスクリプトを選択します。

    スクリプトを選択する

  9. [キューの保存] &を選択し、[保存] を選択します。

  1. [ ビルドとリリース] を選択し、[ビルド] を選択 します

    [ビルド] タブを選択する

  2. 新しいパイプラインを作成する。

    新しいパイプラインを作成する

  3. 空のパイプラインから始める

  4. [ パイプライン ] を選択し、使用する 任意の名前 を指定します。 エージェント プールの場合は、[既定値] を選択します。

  5. 左側で、[ + タスクの追加] を選択してタスクをジョブに追加し、右側で ユーティリティ カテゴリを選択し、 PowerShell タスクを選択して、[ 追加] を選択します。

    ジョブにタスクを追加する

  6. 左側で、新しい PowerShell スクリプト タスクを選択します。

  7. [ スクリプト パス ] 引数で、ボタンを 選択してリポジトリを参照し、作成したスクリプトを選択します。

    PowerShell タスクを選択する

  8. [キューの保存] &を選択し、[保存] を選択します。

ビルド パイプラインは、自動化されたビルド パイプラインを定義するエンティティです。 ビルド パイプラインでは、一連のタスクを作成し、それぞれがビルドでステップを実行します。 タスク カタログには、作業を開始するための豊富なタスク セットが用意されています。 PowerShell またはシェル スクリプトをビルド パイプラインに追加することもできます。

ビルドから成果物を発行する

一般的なビルドでは成果物が生成され、リリースのさまざまなステージにデプロイできます。 ここでは、簡単な方法で機能を示すために、スクリプトを成果物として発行します。

  1. [ タスク ] タブで、プラス記号 ( + ) を選択して 、ジョブ 1 にタスクを追加します。

  2. [ユーティリティ] カテゴリを選択し、[ビルド成果物の発行] タスクを選択し、[追加] を選択します。

    成果物の発行タスクを追加する

    発行するパス: ボタンを 選択して、作成したスクリプトを参照して選択します。

    成果物名: 「.」と入力します drop

    成果物の発行場所: Azure Artifacts/TFS を選択します。

  1. [ タスク ] タブで、[ タスクの追加] を選択します。

  2. [ユーティリティ] カテゴリを選択し、[ビルド成果物の発行] タスクを選択し、[追加] を選択します。

    [追加] を選択して成果物発行タスクを追加する

    発行するパス: ボタンを 選択して、作成したスクリプトを参照して選択します。

    成果物名: 「.」と入力します drop

    成果物の種類: [サーバー] を選択します

成果物は、ビルドで生成するファイルです。 成果物は、チームがアプリをテストまたはデプロイするために必要なほぼすべてのものになります。 たとえば、.DLLと.EXE実行可能ファイルと .C# または C++ .NET Windows アプリの PDB シンボル ファイル。

成果物を生成できるようにするために、パターン マッチングを使用したコピーや、成果物を発行する前に収集できるステージング ディレクトリなどのツールが用意されています。 「Azure Pipelines の成果物」を参照してください。

継続的インテグレーション (CI) を有効にする

  1. [トリガー] タブを選択します。

  2. 継続的インテグレーションを有効にします。

ビルド パイプラインの継続的インテグレーション トリガーは、コード変更がコミットされるたびに、システムが新しいビルドを自動的にキューに入れる必要があることを示します。 トリガーをより一般的にしたり、より具体的なものにしたり、ビルドをスケジュールすることもできます (たとえば、夜間)。 ビルド トリガーを参照してください。

ビルドを保存してキューに登録する

ビルドを手動で保存してキューに登録し、ビルド パイプラインをテストします。

  1. [キューの保存] &を選択し、[キューの保存] &を選択します。

  2. ダイアログ ボックスで、もう一度 [キューの保存] & を選択します。

    これにより、Microsoft ホステッド エージェント上の新しいビルドがキューに入れられます。

  3. ページの上部に新しいビルドへのリンクが表示されます。

    ビルド コンソール

    リンクを選択して、新しいビルドが発生するのを確認します。 エージェントが割り当てられると、ビルドのライブ ログが表示されます。 PowerShell スクリプトがビルドの一部として実行され、"Hello world" がコンソールに出力されていることに注意してください。

    ビルド コンソールで監視する

  4. ビルドの概要に移動します。 ビルドの [ 成果物 ] タブで、スクリプトが成果物として発行されていることを確認します。

    ビルド コンソールを開いて成果物を表示する

  1. [キューの保存] &を選択し、[キューの保存] &を選択します。

  2. ダイアログ ボックスで、もう一度 [キューの保存] & を選択します。

    これにより、Microsoft ホステッド エージェント上の新しいビルドがキューに入れられます。

  3. ページの上部に新しいビルドへのリンクが表示されます。

    ビルド コンソールに移動する

    リンクを選択して、新しいビルドが発生するのを確認します。 エージェントが割り当てられると、ビルドのライブ ログが表示されます。 PowerShell スクリプトがビルドの一部として実行され、"Hello world" がコンソールに出力されていることに注意してください。


  1. ビルドの概要に移動します。

    ビルドの概要へのビルド コンソール のリンク

  2. ビルドの [ 成果物 ] タブで、スクリプトが成果物として発行されていることを確認します。

    artifacts エクスプローラー

Azure Pipelinesの [ビルド] タブに移動すると、すべてのビルドの概要を表示したり、各ビルドのログをいつでも詳しく調べることができます。 ビルドごとに、ビルドされたコミットの一覧と、各コミットに関連付けられている作業項目を表示することもできます。 また、各ビルドでテストを実行し、テストの失敗を分析することもできます。

変数をいくつか追加し、スクリプトに変更をコミットする

パイプラインをより興味深いものにするために、いくつかのビルド変数をスクリプトに渡します。 次に、スクリプトに変更をコミットし、CI パイプラインの実行を自動的に監視して変更を検証します。

  1. ビルド パイプラインを編集します。

  2. [ タスク ] タブで、PowerShell スクリプト タスクを選択します。

  3. これらの引数を追加します。

ビルド コンソールで PowerShell タスクを開く

引数

-greeter "$(Build.RequestedFor)" -trigger "$(Build.Reason)"

最後に、ビルド パイプラインを保存します。

次に、スクリプトに引数を追加します。

  1. Azure Repos内のファイル (前のナビゲーションと TFS のコード ハブ) に移動します。

  2. HelloWorld.ps1 ファイルを選択し、ファイルを編集します。

  3. スクリプトを次のように変更します。

    Param(
    [string]$greeter,
    [string]$trigger
    )
    Write-Host "Hello world" from $greeter
    Write-Host Trigger: $trigger
    
  4. スクリプトをコミット (保存) します。

これで、変更の結果を確認できます。 Azure Pipelines に移動し、[Queued] を選択します。 [Queued or running] セクションの下で、コミットした変更によってビルドが自動的にトリガーされていることに注意してください。

これで、変更の結果を確認できます。 [ビルドとリリース] ページに移動し、[キューに登録] を選択します。 [Queued or running] セクションの下で、コミットした変更によってビルドが自動的にトリガーされていることに注意してください。

  1. 作成された新しいビルドを選択し、そのログを表示します。

  2. コードを変更したユーザーの名前があいさつメッセージに出力されていることに注意してください。 また、これが CI ビルドであることを示す印刷も表示されます。

概要 PowerShell スクリプト ログを作成する

ビルドの概要 powershell スクリプト ログ

これらの手順では、ビルド変数の概念を紹介しました。 システムによって自動的に事前定義および初期化される変数の値を出力しました。 カスタム変数を定義し、タスクの引数で使用することも、スクリプト内の環境変数として使用することもできます。 変数の詳細については、「変数の ビルド」を参照してください。

ビルド パイプラインが用意されています。 次の内容

チームによってチェックインされたコードを自動的にビルドして検証するビルド パイプラインを作成しました。 この時点で、次のセクションに進み、リリース パイプラインについて学習できます。 または、必要に応じて、先に んでアプリのビルド パイプラインを作成することもできます。

リリース パイプラインを作成する

スクリプトを 2 つのステージで実行するプロセスを定義します。

  1. [ パイプライン ] タブに移動し、[リリース] を選択 します

  2. 新しいパイプラインを作成するアクションを選択します。 リリース パイプラインが既に作成されている場合は、プラス記号 ( + ) を選択し、[ リリース パイプラインの作成] を選択します。

  3. 空のジョブで開始するアクションを選択します。

  4. ステージ QA に名前を付 けます

  5. [成果物] パネルで 、[ + 追加] を選択し、 ソース (ビルド パイプライン) を指定します。 [追加] を選択します。

  6. Lightning ボルトを選択して継続的デプロイをトリガーし、右側で継続的デプロイ トリガーを有効にします。

    稲妻ボルトを選択して継続的デプロイをトリガーする

  7. [ タスク ] タブを選択し、 QA ステージを選択します。

  8. ジョブのプラス記号 ( + ) を選択して、ジョブにタスクを追加します。

  9. [ タスクの追加 ] ダイアログ ボックスで、[ ユーティリティ] を選択し、 PowerShell タスクを見つけて、[ 追加] ボタンを選択します。

  10. 左側で、新しい PowerShell スクリプト タスクを選択します。

  11. [スクリプト パス] 引数で、ボタンを選択して成果物を参照し、作成したスクリプトを選択します。

  12. の引数を追加します

    -greeter "$(Release.RequestedFor)" -trigger "$(Build.DefinitionName)"
    
  13. [ パイプライン ] タブで 、QA ステージを選択し、[複製] を選択 します

    QA でリリース環境を複製する

  14. 複製されたステージの Production の名前を変更します。

  15. リリース パイプラインの Hello world の名前を変更します。

    リリース パイプラインの hello world の名前を変更する

  16. リリース パイプラインを保存します。

  1. [ビルドとリリース] タブに移動し、[リリース] を選択します

  2. 新しいパイプラインを作成するアクションを選択します。 リリース パイプラインが既に作成されている場合は、プラス記号 ( + ) を選択し、[ リリース定義の作成] を選択します。

  3. 空の定義で開始するアクションを選択します。

  4. ステージ QA に名前を付 けます

  5. [成果物] パネルで 、[ + 追加] を選択し、 ソース (ビルド パイプライン) を指定します。 [追加] を選択します。

  6. Lightning ボルトを選択して継続的デプロイをトリガーし、右側で継続的デプロイ トリガーを有効にします。


  1. [ タスク ] タブを選択し、 QA ステージを選択します。

  2. ジョブのプラス記号 ( + ) を選択して、ジョブにタスクを追加します。

  3. [ タスクの追加 ] ダイアログ ボックスで、[ ユーティリティ] を選択し、 PowerShell タスクを見つけて、[ 追加] ボタンを選択します。

  4. 左側で、新しい PowerShell スクリプト タスクを選択します。

  5. [スクリプト パス] 引数で、ボタンを選択して成果物を参照し、作成したスクリプトを選択します。

  6. の引数を追加します

    -greeter "$(Release.RequestedFor)" -trigger "$(Build.DefinitionName)"
    
  7. [ パイプライン ] タブで 、QA ステージを選択し、[複製] を選択 します

    リリース環境を複製する

  8. 複製されたステージの Production の名前を変更します。

  9. リリース パイプラインの Hello world の名前を変更します。

    リリース パイプラインの名前を変更する

  10. リリース パイプラインを保存します。

リリース パイプラインは、アプリケーション ビルド成果物がデプロイされるステージのコレクションです。 また、各ステージの実際のデプロイ パイプラインと、成果物をあるステージから別のステージに昇格させる方法も定義します。

また、スクリプト引数でいくつかの変数を使用していることに注意してください。 この場合、ビルド パイプラインに使用したビルド変数の代わりに リリース 変数を使用しました。

リリースをデプロイする

各ステージでスクリプトを実行します。

  1. 新しいリリースを作成します。

    リリースの作成 - DevOps 2019 および 2020

    [新しいリリースの作成] が表示されたら、[作成] を選択します。

  2. 作成したリリースを開きます。

    作成されたリリース - DevOps 2019 および 2020

  3. ログを表示して、リリースに関するリアルタイム データを取得します。

    リリース ログ - DevOps 2019 および 2020

  1. 新しいリリースを作成します。

    リリースの作成 - TFS 2018

    [新しいリリースの作成] が表示されたら、[作成] (TFS 2018.2) またはキュー (TFS 2018 RTM) を選択します。

  2. 作成したリリースを開きます。

    作成されたリリース - TFS 2018

  3. ログを表示して、リリースに関するリアルタイム データを取得します。

    リリース ログ - TFS 2018

各リリースの進行状況を追跡して、すべてのステージにデプロイされているかどうかを確認できます。 各リリースに含まれるコミット、関連する作業項目、およびリリース パイプラインに追加したテスト実行の結果を追跡できます。

コードを変更し、運用環境に自動的にデプロイされるのを確認する

スクリプトにもう 1 つの変更を加えます。 今回は、自動的にビルドされ、実稼働ステージまでデプロイされます。

  1. コード ハブの [ファイル] タブに移動し、HelloWorld.ps1 ファイルを編集し、次のように変更します。

    Param(
    [string]$greeter,
    [string]$trigger
    )
    Write-Host "Hello world" from $greeter
    Write-Host Trigger: $trigger
    Write-Host "Now that you've got CI/CD, you can automatically deploy your app every time your team checks in code."
    
  2. スクリプトをコミット (保存) します。

  3. [ ビルド ] タブを選択すると、ビルドがキューに入って実行されます。

  4. ビルドが完了したら、[ リリース ] タブを選択し、新しいリリースを開き、[ログ] に移動 します

新しいコードは 、QA ステージで、次に 運用 ステージに自動的にデプロイされます。

リリース スクリプト ステップの最終ログ - DevOps 2019 および 2020

リリース スクリプト ステップの最終ログ - TFS 2018

多くの場合、リリース パイプラインを編集して、一部のテストと承認が行われた後にのみ運用環境のデプロイが行われるようにすることをお勧めします。 承認とゲートの概要を参照してください。

次のステップ

Azure で最初のパイプラインを作成する方法を学習しました。 選択した言語でパイプラインを構成する方法の詳細を確認します。

または、先ほど作成 したパイプラインのカスタマイズに 進むことができます。

コンテナーでパイプラインを実行するには、「コンテナー ジョブ」を参照してください。

GitHub リポジトリのビルドの詳細については、 GitHub リポジトリのビルドに関するページを参照してください。

パイプライン成果物を発行する方法については、「パイプライン成果物の 発行」を参照してください。

YAML パイプラインで他にできることについては、 YAML スキーマ リファレンスを参照してください

クリーンアップ

テスト パイプラインを作成した場合は、完了したときに簡単に削除できます。

パイプラインを削除するには、そのパイプラインの概要ページに移動し、ページの右上にある ... メニューから [削除] を選択します。 確認するパイプラインの名前を入力し、[削除] を選択 します

パイプラインの削除

パイプラインの作成と実行の基本を学習しました。 これで、使用しているプログラミング言語用にビルド パイプラインを構成する準備ができました。 先に進み、新しいビルド パイプラインを作成します。今回は、次のいずれかのテンプレートを使用します。

Language 使用するテンプレート
.NET ASP.NET
.NET Core ASP.NET Core
C++ .NET デスクトップ
Go Go
Java Gradle
JavaScript Node.js
Xcode Xcode

よく寄せられる質問

DevOps と CI/CD に関する記事はどこで読むことができますか?

継続的インテグレーションとは

継続的デリバリーとは

DevOps とは

どのバージョン管理システムを使用できますか?

アプリの CI/CD を使用する準備ができたら、選択したバージョン管理システムを使用できます。

パイプライン操作方法レプリケートしますか?

パイプラインに他のパイプラインでレプリケートするパターンがある場合は、複製、エクスポート、またはテンプレートとして保存します。

all-definitions-build-action-menu-replicate-actions

パイプラインをレプリケートする方法を示すスクリーンショット。

パイプラインを複製したら、変更を加えて保存できます。

パイプラインをエクスポートしたら、[ すべての パイプライン] タブからインポートできます。

テンプレートを作成した後、チーム メンバーはそれを使用して新しいパイプラインのパターンに従うことができます。

ヒント

新しいビルド エディターを使用している場合は、カスタム テンプレートが一覧の下部に表示されます。

下書きを使用操作方法?

ビルド パイプラインを編集していて、運用環境の準備ができていないいくつかの変更をテストする場合は、下書きとして保存できます。

下書きとして保存

下書きとして保存を示すスクリーンショット。

必要に応じて下書きを編集してテストできます。

下書きの編集 - DevOps 2019 および 2020

準備ができたら、下書きを発行して、変更をビルド パイプラインにマージできます。

下書きの発行 - DevOps 2019 および 2020

下書きの発行 - TFS 2018

または、下書きを破棄する場合は、上に示した [ すべてのパイプライン ] タブから削除できます。

パイプラインを削除するにはどうすればよいですか?

パイプラインを削除するには、そのパイプラインの概要ページに移動し、ページの右上にある ... メニューから [削除] を選択します。 確認するパイプラインの名前を入力し、[削除] を選択 します

ビルドをキューに入れると、他に何ができますか?

ビルドは 、自動的 または手動でキューに登録できます。

ビルドを手動でキューに登録すると、ビルドを 1 回実行できます。

ビルドは 、自動的 または手動でキューに登録できます。

ビルドを手動でキューに登録すると、ビルドを 1 回実行できます。

パイプライン設定の詳細はどこで確認できますか?

ビルド パイプラインの設定の詳細については、次を参照してください。

パイプライン設定の詳細については、次を参照してください。

プログラム操作方法ビルド パイプラインを作成しますか?

REST API リファレンス: ビルド パイプラインを作成する

Note

Azure Pipelines CLI を使用して、コマンド ラインまたはスクリプトからビルドとビルド パイプラインを管理することもできます。