翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 # チュートリアル: 4 ステージのパイプラインを作成する これで、「[チュートリアル: シンプルなパイプラインを作成する (S3 バケット)](tutorials-simple-s3.md)」または「[チュートリアル: シンプルなパイプラインを作成する (CodeCommit リポジトリ)](tutorials-simple-codecommit.md)」に最初のパイプラインが作成されたため、より複雑なパイプラインを作成できるようになりました。このチュートリアルでは、4 ステージパイプラインを作成する方法について説明します。このパイプラインでは、ソースとして GitHub リポジトリを使用し、プロジェクトをビルドするための Jenkins ビルドサーバーおよびビルドしたコードをステージングサーバーにデプロイするための CodeDeploy アプリケーションを使用します。以下の図は初期の 3 ステージのパイプラインを示しています。 ![ソースアクションを含むソースステージ、Jenkins アクションを含むビルドステージ、デプロイアクションを含むデプロイステージを示す図。](http://docs.aws.amazon.com/ja_jp/codepipeline/latest/userguide/images/flow-codepipeline-codecommit-jenkins.png) パイプラインが作成されたら、これを編集して、テストアクションを含むステージを追加してコードをテストします。この際、Jenkins も使用します。 このパイプラインを作成する前に、必要なリソースを設定する必要があります。例えば、ソースコードに GitHub リポジトリを使用する場合は、パイプラインに追加する前にリポジトリを作成する必要があります。このチュートリアルでは、セットアップの一部として EC2 インスタンスに Jenkins を設定する方法をデモ目的で示します。 **重要** この手順でパイプラインに追加するアクションの多くには、パイプラインを作成する前に作成する必要がある AWS リソースが含まれます。ソースアクションの AWS リソースは常に、パイプラインを作成するのと同じ AWS リージョンで作成する必要があります。例えば、米国東部 (オハイオ) リージョンにパイプラインを作成している場合、CodeCommit リポジトリは米国東部 (オハイオ) リージョンにある必要があります。 パイプラインの作成時にクロスリージョンアクションを追加できます。クロスリージョンアクションの AWS リソースは、アクションを実行する予定のリージョンと同じ AWS リージョンに存在する必要があります。詳細については、「[CodePipeline にクロスリージョンアクションを追加する](actions-create-cross-region.md)」を参照してください。 **重要** パイプライン作成の一環として、CodePipeline は、ユーザーが指定した S3 アーティファクトバケットをアーティファクトとして使用します (これは S3 ソースアクションで使用するバケットとは異なります)。S3 アーティファクトバケットがパイプラインのアカウントとは異なるアカウントにある場合は、S3 アーティファクトバケットが によって所有 AWS アカウント されており、安全で信頼できることを確認してください。 このチュートリアルを開始するには、「[CodePipeline の使用開始](getting-started-codepipeline.md)」の一般的な前提条件を満たしている必要があります。 **Topics** + [ステップ 1: の前提条件を満たす](#tutorials-four-stage-pipeline-prerequisites) + [ステップ 2: CodePipeline でパイプラインを作成する](#tutorials-four-stage-pipeline-pipeline-create) + [ステップ 3: パイプラインに別のステージを追加する](#tutorials-four-stage-pipeline-add-stage) + [ステップ 4: リソースをクリーンアップする](#tutorials-four-stage-pipeline-clean-up) ## ステップ 1: の前提条件を満たす を Jenkins と統合するには、CodePipeline で使用する Jenkins のインスタンスに CodePipeline Plugin for Jenkins をインストール AWS CodePipeline する必要があります。また、専用の IAM ユーザーまたはロールを設定して、Jenkins プロジェクトと CodePipeline の間でアクセス許可を使用する必要があります。Jenkins と CodePipeline を統合する最も簡単な方法としては、Jenkins の統合用に作成した IAM インスタンスロールを使用する EC2 インスタンスに Jenkins をインストールします。Jenkins アクション用のパイプラインのリンクを正常に接続するには、Jenkins プロジェクトで使用するポートへのインバウンド接続を許可するように、サーバーまたは EC2 インスタンスのプロキシおよびファイアウォール設定を構成する必要があります。これらのポートに接続する前に、Jenkins でユーザーを認証してアクセス制御するように設定されていることを確認します (HTTPS 接続のみ使用できるように Jenkins のセキュリティを確保するには 443 および 8443、HTTP 接続できるようにするには 80 および 8080)。詳細については、「[Jenkins のセキュリティ確保](https://wiki.jenkins.io/display/JENKINS/Securing+Jenkins)」を参照してください。 **注記** このチュートリアルでは、コードサンプルを使用して、Haml から HTML に変換するビルドステップを設定します。GitHub リポジトリからオープンソースのサンプルコードをダウンロードするには、「[サンプルのコピーまたはクローンを GitHub リポジトリに作成する](#tutorials-four-stage-pipeline-prerequisites-github)」のステップに従います。GitHub リポジトリ内の .zip ファイルだけではなく、sample 全体が必要です。 このチュートリアルでは、以下を前提としています。 Jenkins のインストールと管理および Jenkins プロジェクトの作成に慣れている Ruby の Rake と Haml gem が、同一コンピュータ、または Jenkins プロジェクトをホストするインスタンス上にインストールされていること。 Rake コマンドを端末またはコマンドラインから実行できるように、必要なシステム環境変数が設定されていること (例えば、Windows システムで、Rake をインストールしたディレクトリが追加されるように PATH 変数を変更する)。 **Topics** + [サンプルのコピーまたはクローンを GitHub リポジトリに作成する](#tutorials-four-stage-pipeline-prerequisites-github) + [Jenkins 統合に使用する IAM ロールを作成する](#tutorials-four-stage-pipeline-prerequisites-jenkins-iam-role) + [Jenkins および Jenkins 用 CodePipeline プラグインのインストールと設定](#tutorials-four-stage-pipeline-prerequisites-jenkins-configure) ### サンプルのコピーまたはクローンを GitHub リポジトリに作成する **サンプルを複製して GitHub リポジトリにプッシュするには** 1. サンプルコードを GitHub リポジトリからダウンロードするか、リポジトリをローカルコンピュータに複製します。2 つのサンプルパッケージがあります。 + サンプルを Amazon Linux、RHEL、または Ubuntu Server インスタンスにデプロイする場合は、[[codepipeline-jenkins-aws-codedeploy\_linux.zip](https://github.com/awslabs/aws-codepipeline-jenkins-aws-codedeploy_linux)] を選択します。 + サンプルを Windows Server インスタンスにデプロイする場合は、[[CodePipeline-Jenkins-AWSCodeDeploy\_Windows.zip](https://github.com/awslabs/AWSCodePipeline-Jenkins-AWSCodeDeploy_windows)] を選択します。 1. リポジトリから、[**Fork**] を選択してサンプルリポジトリを Github アカウントのレポジトリに複製します。詳細については、[GitHub のドキュメント](https://help.github.com/articles/create-a-repo/)を参照してください。 ### Jenkins 統合に使用する IAM ロールを作成する ベストプラクティスとして、EC2 インスタンスを起動して Jenkins サーバーをホストし、IAM ロールを使用して CodePipeline とのやり取りに必要なアクセス許可をインスタンスに付与することを検討します。 1. にサインイン AWS マネジメントコンソール し、[https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/) で IAM コンソールを開きます。 1. IAM コンソールのナビゲーションペインで、[**ロール**]、[**ロールを作成する**] の順に選択します。 1. **[Select type of trusted entity]** (信頼されたエンティティの種類を選択) で、**[AWS のサービス]** を選択します。[**Choose the service that will use this role (このロールを使用するサービスを選択)**] で、[**EC2**] を選択します。[**Select your use case (ユースケースを選択)**] で、[**EC2**] を選択します。 1. **[Next: Permissions]** (次のステップ: 許可) を選択します。[**Attach permissions policies (アクセス許可ポリシーをアタッチする)**] ページで、`AWSCodePipelineCustomActionAccess` 管理ポリシーを選択し、次に、[**Next: Tags (次の手順: タグ)**] を選択します。**[次へ: レビュー]** を選択します。 1. [**確認**] ページの [**ロール名**] に、Jenkins の統合専用として作成するロールの名前 ({{JenkinsAccess}}など) を入力し、[**ロールの作成**] を選択します。 Jenkins をインストールする先の EC2 インスタンスを作成する場合は、「**ステップ 3: インスタンスの詳細を設定する**」で、インスタンスロール ({{JenkinsAccess}}など) を必ず選択します。 インスタンスロールおよび Amazon EC2 の詳細については、「[Amazon EC2 の IAM ロール](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/iam-roles-for-amazon-ec2.html)」、「[Amazon EC2 インスタンスで実行されるアプリケーションに IAM ロールを使用してアクセス許可を付与する](https://docs.aws.amazon.com/IAM/latest/UserGuide/roles-usingrole-ec2instance.html)」、「[AWS のサービスにアクセス許可を委任するロールの作成](https://docs.aws.amazon.com/IAM/latest/UserGuide/roles-creatingrole-service.html)」を参照してください。 ### Jenkins および Jenkins 用 CodePipeline プラグインのインストールと設定 **Jenkins および Jenkins 用 CodePipeline プラグインのインストールをするには、** 1. Jenkins をインストールする先の EC2 インスタンスを作成し、「**ステップ 3: インスタンスの詳細を設定する**」で、作成したインスタンスロール ({{JenkinsAccess}}など) を必ず選択します。EC2 インスタンス作成の詳細については、「[Amazon EC2 ユーザーガイド](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-launch-instance_linux.html)」の 「*Amazon EC2 インスタンスの起動*」を参照してください。 **注記** 使用する Jenkins リソースがすでにある場合は、特別な IAM ユーザーを作成し、そのユーザーに `AWSCodePipelineCustomActionAccess` 管理ポリシーを適用してから、Jenkins リソースに対してそのユーザーのアクセス認証情報を設定して使用する必要があります。Jenkins UI を使用して認証情報を指定する場合は、HTTPS のみを許可するように Jenkins を設定します。詳細については、「[CodePipeline のトラブルシューティング](troubleshooting.md)」を参照してください。 1. EC2 インスタンスに Jenkins をインストールします。詳細については、Jenkins のドキュメントの「[Jenkins のインストール](https://www.jenkins.io/doc/book/installing/linux/)」と「[Jenkins の開始とアクセス](https://wiki.jenkins.io/JENKINS/Starting-and-Accessing-Jenkins.html)」のほか、「[CodePipeline との製品とサービスの統合](integrations.md)」の「[details of integration with Jenkins](integrations-action-type.md#JenkinsInt_2)」を参照してください。 1. Jenkins を起動し、ホーム ページで [**Manage Jenkins**] (Jenkins の管理) を選択します。 1. [**Jenkins の管理**] ページで、[**プラグインの管理**] を選択します。 1. [**Available**] タブを選択し、[**Filter**] 検索ボックスに「**AWS CodePipeline**」と入力します。リストから [**CodePipeline Plugin for Jenkins**] を選択し、次に [**ダウンロードして再起動後にインストール**] を選択します。 1. [**プラグイン/アップグレードのインストール**] ページで、[**インストール完了後、実行中のジョブがなければ Jenkins を再起動する**] を選択します。 1. [**ダッシュボードに戻る**] を選択します。 1. メインページで、[**New Item**] (新しい項目) を選択します。 1. [**Item Name**] に、Jenkins プロジェクトの名前 ({{MyDemoProject}} など) を入力します。[**Freestyle project**] (フリースタイルプロジェクト)、[**OK**] の順に選択します。 **注記** プロジェクトの名前が CodePipeline の要件を満たしていることを確認します。詳細については、「[AWS の CodePipeline 中のクォータ](limits.md)」を参照してください。 1. プロジェクトの設定ページで、[**Execute concurrent builds if necessary**] (必要な場合に複数のビルドを並列実行する) チェックボックスをオンにします。[**ソースコードの管理**] で、[**AWS CodePipeline**] を選択します。EC2 インスタンスに Jenkins をインストールし、CodePipeline と Jenkins の統合用に作成した IAM ユーザーのプロファイル AWS CLI で を設定した場合は、他のすべてのフィールドを空のままにします。 1. [**Advanced (詳細)**] を選択し、[**プロバイダ**] に、CodePipeline に表示されるアクションのプロバイダーの名前 ({{MyJenkinsProviderName}}など) を入力します。この名前が一意で覚えやすいものであることを確認します。このチュートリアルの後半でパイプラインにビルドアクションを追加するときと、テストアクションを追加するときに使用します。 **注記** このアクション名は、CodePipeline のアクションの命名要件を満たしている必要があります。詳細については、「[AWS の CodePipeline 中のクォータ](limits.md)」を参照してください。 1. [**Build Triggers**] (トリガーのビルド) で、チェックボックスをすべてオフにし、[**Poll SCM**] (SCM のポーリング) を選択します。[**Schedule**] に、以下のようにスペースで区切ってアスタリスクを 5 つ入力します。 ``` * * * * * ``` これは 1 分ごとに CodePipeline をポーリングします。 1. [**ビルド**] で、[**Add build step**] (ビルドステップの追加) を選択します。[**シェルの実行**] (Amazon Linux、RHEL、または Ubuntu Server) [**バッチコマンドの実行**] (Windows Server) を選択し、次のように入力します。 ``` rake ``` **注記** rake の実行に必要な変数と設定が環境で定義されていることを確認します。定義されていないと、ビルドは失敗します。 1. [**Add post-build action**]、[**AWS CodePipeline Publisher**] の順に選択します。[**Add**] を選択し、[**Build Output Locations**] でこの場所は空白のままにします。この設定はデフォルトです。ビルドプロセスの最後に圧縮ファイルが作成されます。 1. [**保存**] を選択して、Jenkins プロジェクトを保存します。 ## ステップ 2: CodePipeline でパイプラインを作成する チュートリアルのこの部分では、[**Create Pipeline**] ウィザードを使用してパイプラインを作成します。 **CodePipeline 自動リリースプロセスを作成するには** 1. にサインイン AWS マネジメントコンソール し、[http://console.aws.amazon.com/codesuite/codepipeline/home](https://console.aws.amazon.com/codesuite/codepipeline/home) で CodePipeline コンソールを開きます。 1. 必要に応じて、リージョンセレクターを使用し、パイプラインリソースの配置先のリージョンに切り替えます。例えば、前のチュートリアルでリソースを `us-east-2` に作成した場合は、リージョンセレクターを必ず米国東部 (オハイオ) に設定します。 CodePipeline で使用できるリージョンとエンドポイントの詳細については、「[AWS CodePipeline エンドポイントとクォータ](https://docs.aws.amazon.com/general/latest/gr/codepipeline.html)」を参照してください。 1. [**ようこそ**] ページ、[**開始方法**] ページ、または [**パイプライン**] ページで、[**パイプラインの作成**] を選択します。 1. **[ステップ 1: 作成オプションを選択する]** ページの **[作成オプション]** で、**[カスタムパイプラインを構築する]** オプションを選択します。[**次へ**] を選択します。 1. **[ステップ 2: パイプラインの設定を選択する]** ページで、**[パイプライン名]** にパイプラインの名前を入力します。 1. CodePipeline は、特徴と料金が異なる V1 タイプと V2 タイプのパイプラインを提供しています。V2 タイプは、コンソールで選択できる唯一のタイプです。詳細については、「[パイプラインタイプ](https://docs.aws.amazon.com/codepipeline/latest/userguide/pipeline-types-planning.html?icmpid=docs_acp_help_panel)」を参照してください。CodePipeline の料金については、[料金](https://aws.amazon.com/codepipeline/pricing/)を参照してください。 1. [**サービスロール**] で、[**新しいサービスロール**] を選択して、CodePipeline の IAM でのサービスロールの作成を許可します。 1. [**詳細設定**] をデフォルト設定のままにし、[**次へ**] を選択します。 1. **[ステップ 3: ソースステージの追加]** ページの **[ソースプロバイダー]** で、**[GitHub]** を選択します。 1. **接続** で、既存の接続を選択するか、新規の接続を作成します。GitHub ソースアクション用の接続を作成または管理するには、「[GitHub コネクション](connections-github.md)」を参照してください。 1. **[ステップ 4: ビルドステージ を追加する]** で、**[Jenkins の追加]** を選択します。[**プロバイダー名**]で、Jenkins の CodePipeline プラグインで指定したアクションの名前 ({{MyJenkinsProviderName}}など) を入力します。この名前は、Jenkins用の CodePipeline プラグインの名前と正確に一致する必要があります。[**サーバー URL**] に、Jenkins がインストールされている EC2 インスタンスの URL を入力します。[**プロジェクト名**] に、Jenkins で作成したプロジェクトの名前 ({{MyDemoProject}} など) を入力し、[**次へ**] を選択します。 1. **[ステップ 5: テストステージの追加]** で、**[テストステージをスキップ]** を選択し、もう一度 **[スキップ]** を選択して警告メッセージを受け入れます。 [**次へ**] を選択します。 1. [**ステップ 6: デプロイステージの追加**] では、[チュートリアル: シンプルなパイプラインを作成する (S3 バケット)](tutorials-simple-s3.md) で作成した CodeDeploy アプリケーションおよびデプロイグループを再利用します。[**プロバイダをデプロイする**]で、[**CodeDeploy**] を選択します。[**アプリケーション名**] に「**CodePipelineDemoApplication**」と入力するか、更新ボタンを選択してリストからアプリケーション名を選択します。[**デプロイグループ**] に「**CodePipelineDemoFleet**」と入力するか、リストからデプロイグループを選択して [**次へ**] を選択します。 **注記** 独自の CodeDeploy リソースを使用することも、新しいリソースを作成することもできますが、追加のコストが発生する場合があります。 1. **ステップ 7: **情報を確認してから、**パイプラインの作成**を選択します。 1. パイプラインが自動的に開始され、パイプラインによりサンプルが実行されます。パイプラインが Haml サンプルを HTML にビルドし、ウェブページを CodeDeploy デプロイの各 Amazon EC2 インスタンスにデプロイしている間、進行状況と成功/失敗メッセージを表示できます。 ## ステップ 3: パイプラインに別のステージを追加する 次に、テストステージ、テストアクションの順で、サンプルに含まれている Jenkins テストを使用するステージに追加し、ウェブページにコンテンツが含まれているかどうかを確認します。このテストは、デモンストレーションのみを目的としています。 **注記** 他のステージをパイプラインに追加しない場合は、パイプラインのステージ (Staging) へテストアクションを追加します。その前後にデプロイアクションを行います。 ### パイプラインにテストステージを追加する **Topics** + [インスタンスの IP アドレスを検索する](#tutorials-four-stage-pipeline-instance-ip-lookup) + [デプロイのテスト用に Jenkins プロジェクトを作成する](#tutorials-four-stage-pipeline-create-jenkins-project) + [4 番目のステージを作成する](#tutorials-four-stage-pipeline-create-fourth-stage) #### インスタンスの IP アドレスを検索する **コードをデプロイしたインスタンスの IP アドレスを確認するには** 1. パイプラインのステータスが "**Succeeded**" と表示されたら、[Staging] ステージのステータス領域で [**詳細**] を選択します。 1. [**デプロイの詳細**] (デプロイの詳細) セクションの [**インスタンス ID**] で、正常にデプロイされたいずれかのインスタンスの ID を選択します。 1. インスタンスの IP アドレス ({{192.168.0.4}} など) をコピーします。この IP アドレスは Jenkins テストで使用します。 #### デプロイのテスト用に Jenkins プロジェクトを作成する **Jenkins プロジェクトを作成するには** 1. Jenkins をインストールしたインスタンスで、Jenkins を開き、メインページから [**New Item**] (新しい項目) を選択します。 1. [**Item Name**] に、Jenkins プロジェクトの名前 ({{MyTestProject}} など) を入力します。[**Freestyle project**] (フリースタイルプロジェクト)、[**OK**] の順に選択します。 **注記** プロジェクトの名前が CodePipeline の要件を満たしていることを確認します。詳細については、「[AWS の CodePipeline 中のクォータ](limits.md)」を参照してください。 1. プロジェクトの設定ページで、[**Execute concurrent builds if necessary**] (必要な場合に複数のビルドを並列実行する) チェックボックスをオンにします。[**ソースコードの管理**] で、[**AWS CodePipeline**] を選択します。EC2 インスタンスに Jenkins をインストールし、CodePipeline と Jenkins の統合用に作成した IAM ユーザーのプロファイル AWS CLI で を設定した場合は、他のすべてのフィールドを空のままにします。 **重要** Jenkins プロジェクトを設定していて、それが Amazon EC2 インスタンスにインストールされていないか、Windows オペレーティングシステムを実行している EC2 インスタンスにインストールされている場合は、プロキシホストとポートの設定に従ってフィールドに入力し、Jenkins と CodePipeline の統合用に設定した IAM ユーザーまたはロールの認証情報を指定します。 1. [**詳細設定**] を選択してから、[**カテゴリ**] で [**テスト**] を選択します。 1. [**プロバイダ**] に、ビルドプロジェクトで使用したのと同じ名前 ({{MyJenkinsProviderName}} など) を入力します。この名前は、このチュートリアルの後半でパイプラインにテストアクションを追加するときに使用します。 **注記** この名前は、CodePipeline のアクションの命名要件を満たしている必要があります。詳細については、「[AWS の CodePipeline 中のクォータ](limits.md)」を参照してください。 1. [**Build Triggers**] (トリガーのビルド) で、チェックボックスをすべてオフにし、[**Poll SCM**] (SCM のポーリング) を選択します。[**Schedule**] に、以下のようにスペースで区切ってアスタリスクを 5 つ入力します。 ``` * * * * * ``` これは 1 分ごとに CodePipeline をポーリングします。 1. [**ビルド**] で、[**Add build step**] (ビルドステップの追加) を選択します。Amazon Linux、RHEL、または Ubuntu Server インスタンスにデプロイする場合は、[**シェルの実行**] を選択します。次に、以下のように入力します。IP アドレスは、先ほどコピーした EC2 インスタンスのアドレスです。 ``` TEST_IP_ADDRESS={{192.168.0.4}} rake test ``` Windows Server インスタンスにデプロイする場合は、[**Execute batch command (バッチコマンドの実行)**] を選択し、以下のように入力します。ここで、IP アドレスは、先ほどコピーした EC2 インスタンスのアドレスです。 ``` set TEST_IP_ADDRESS={{192.168.0.4}} rake test ``` **注記** このテストでは、デフォルトのポート 80 を想定しています。別のポートを指定する場合は、以下のように test port ステートメントを追加します。 ``` TEST_IP_ADDRESS={{192.168.0.4}} TEST_PORT={{8000}} rake test ``` 1. [**Add post-build action**]、[**AWS CodePipeline Publisher**] の順に選択します。[**追加**] は選択しないでください。 1. [**保存**] を選択して、Jenkins プロジェクトを保存します。 #### 4 番目のステージを作成する **Jenkins テストアクションを含むステージをパイプラインに追加するには** 1. にサインイン AWS マネジメントコンソール し、[http://console.aws.amazon.com/codesuite/codepipeline/home](https://console.aws.amazon.com/codesuite/codepipeline/home) で CodePipeline コンソールを開きます。 1. [**名前**] で、作成したパイプラインの名前を選択します。 1. パイプライン詳細ページで、[**編集**] を選択します。 1. [**編集**] ページで [**\+ Stage (\+ ステージの追加)**] を選択して、ビルドステージの直後にステージを追加します。 1. 新しいステージの名前フィールドに名前 (**Testing** など) を入力し、[**\+ Add action group (\+ アクショングループの追加)**] を選択します。 1. [**アクション名**] に「{{MyJenkinsTest-Action}}」と入力します。[**テストプロバイダ**] で、Jenkins で指定したプロバイダ名 ({{MyJenkinsProviderName}} など) を選択します。[**プロジェクト名**] に、Jenkins で作成したプロジェクトの名前 ({{MyTestProject}} など) を入力します。[**入力アーティファクト**] で、デフォルト名が {{BuildArtifact}} の Jenkins ビルドからアーティファクトを選択し、[**完了**] を選択します。 **注記** Jenkins テストアクションは Jenkins ビルドステップで構築されたアプリケーションで動作するため、テストアクションへの入力アーティファクトのビルドアーティファクトを使用します。 入力アーティファクトと出力アーティファクト、およびパイプラインの構造の詳細については、「[CodePipeline パイプライン構造リファレンス](reference-pipeline-structure.md)」を参照してください。 1. [**編集**] ページで、[**パイプラインの変更を保存**] を選択します。[**パイプラインの変更を保存**] ダイアログボックスで、[**保存して続行**] を選択します。 1. パイプラインに新しいステージが追加されましたが、パイプラインの別の実行をトリガーした変更がないため、そのステージのステータスは [**まだ実行はありません**] と表示されます。修正したパイプラインによりサンプルを実行するには、パイプラインの詳細ページで [**リリースの変更**] を選択します。 パイプラインビューには、パイプラインのステージとアクション、それらの 4 つのステージを実行しているリビジョンの状態が表示されます。パイプラインがすべてのステージを実行するのにかかる時間は、アーティファクトのサイズ、ビルドとテストのアクションの複雑さ、その他の要因によって異なります。 ## ステップ 4: リソースをクリーンアップする これらのチュートリアルが完了したら、使用したパイプラインおよびリソースを削除する必要があるため、このリソースに対する継続利用料金がかかることはありません。今後、CodePipeline を使用しない場合は、パイプラインを削除してから、CodeDeploy アプリケーション、関連付けられている Amazon EC2 インスタンス、アーティファクトの保存に使用した Amazon S3 バケットの順に削除します。今後使用しない場合は、GitHub リポジトリなどの他のリソースを削除するかどうかを検討することも必要です。 **このチュートリアルで使用されているリソースをクリーンアップするには** 1. ローカル Linux、macOS または Unix マシンでターミナルセッションを開くか、ローカル Windows マシンでコマンドプロンプトを開き、**delete-pipeline** コマンドを実行して、作成したパイプラインを削除します。**MySecondPipeline** の場合は、次のコマンドを入力します。 ``` aws codepipeline delete-pipeline --name "MySecondPipeline" ``` このコマンドは何も返しません。 1. CodeDeploy リソースをクリーンアップするには、「[クリーンアップ](https://docs.aws.amazon.com/codedeploy/latest/userguide/getting-started-walkthrough.html#getting-started-walkthrough-clean-up)」の手順に従います。 1. インスタンスリソースをクリーンアップするには、Jenkins をインストールした EC2 インスタンスを削除します。詳細については、「[インスタンスのクリーンアップ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-clean-up-your-instance.html)」を参照してください。 1. 追加のパイプラインを作成したり、CodePipeline を再利用したりしない場合は、パイプラインのアーティファクトの保存に使用した Amazon S3 バケットを削除します。バケットを削除するには、「[バケットの削除](https://docs.aws.amazon.com/AmazonS3/latest/UG/DeletingaBucket.html)」の手順に従います。 1. このパイプラインに他のリソースを再利用しない場合は、それらのリソースを該当するガイダンスに従って削除することを検討してください。例えば、GitHub リポジトリを削除する場合は、GitHub ウェブサイトの「[リポジトリの削除](https://help.github.com/articles/deleting-a-repository/)」の指示に従います。