翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
CodePipeline パイプライン構造リファレンス
CodePipeline を使用して、アプリケーションのソースコードを構築、テスト、デプロイするタスクの実行手順が自動化された CI/CD パイプラインを構築できます。パイプラインを作成するときは、ソースコードを含むとともに、ソースコードの変更をコミットしたときにパイプラインを開始する S3 バケット、CodeCommit リポジトリ、Bitbucket リポジトリ、GitHub リポジトリなどの利用可能なプロバイダーとソースアクションを選択します。また、パイプラインの実行時に自動的に含めるテスト、ビルド、デプロイのアクションとプロバイダーも選択します。アプリケーションをデプロイする DevOps パイプラインの概念的な例については、「DevOps パイプラインの例」を参照してください。
デフォルトでは、 で正常に作成したパイプラインは有効な構造 AWS CodePipeline です。ただし、JSON ファイルを手動で作成または編集してパイプラインを作成したり、 からパイプラインを更新したりすると AWS CLI、無効な構造が誤って作成される可能性があります。次のリファレンスは、パイプライン構造の要件や、問題のトラブルシューティング方法を理解するのに役立ちます。すべてのパイプラインに適用される AWS CodePipeline のクォータ の制約を参照してください。
以下のセクションでは、高レベルのパラメータと、パイプライン構造におけるこれらのパラメータの位置について説明します。パイプライン構造の要件は、以下のパイプラインコンポーネントタイプごとに各セクションで詳しく説明しています。
-
パイプライン宣言のフィールドリファレンス
-
ステージ宣言のフィールドリファレンス
-
アクションの宣言のフィールドリファレンス
-
アクションタイプ別のCodePipeline の有効なアクションプロバイダー のリスト
-
アクションタイプ別の有効な入力/出力アーティファクトの数のリファレンス
-
プロバイダータイプ別の有効な設定パラメータへのリンクのリスト
詳細については、「CodePipeline API ガイド」の「PipelineDeclaration」オブジェクトを参照してください。
次のパイプラインコンソールビューの例では、new-github という名前のパイプラインSource
、、manual
、および という名前のステージBuild
、および GitHub からのアクション (GitHub アプリ経由)、手動承認、および CodeBuild アクションプロバイダーを示しています。

パイプライン編集モードをコンソール図で表示すると、次の例に示すように、ソースの上書き、トリガー、アクションを編集できます。
