Amazon CodeCatalyst は新規のお客様には提供されなくなりました。既存のお客様は、通常どおりサービスを引き続き使用できます。詳細については、「[CodeCatalyst から移行する方法](migration.md)」を参照してください。

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# ワークフローを使用したビルド
<a name="build-workflow-actions"></a>

[[CodeCatalyst ワークフロー]](workflow.md) を使用すると、アプリケーションやその他のリソースをビルドできます。

**Topics**
+ [アプリケーションをビルドする方法](#build-how-to)
+ [ビルドアクションの利点](#build-benefits)
+ [ビルドアクションの代替方法](#build-alternatives)
+ [ビルドアクションの追加](build-add-action.md)
+ [ビルドアクションの結果の表示](build-view-results.md)
+ [チュートリアル: Amazon S3 にアーティファクトをアップロードする](build-deploy.md)
+ [ビルドおよびテストアクション YAML](build-action-ref.md)

## アプリケーションをビルドする方法
<a name="build-how-to"></a>

CodeCatalyst でアプリケーションまたはリソースをビルドするには、まずワークフローを作成し、その中にビルドアクションを指定します。

*ビルドアクション*は、ソースコードのコンパイル、ユニットテストの実行、すぐにデプロイできるアーティファクトの生成を行うビルディングブロックです。

CodeCatalyst コンソールのビジュアルエディタまたは YAML エディタを使用して、ワークフローにビルドアクションを追加します。

アプリケーションまたはリソースをビルドするための大まかなステップは次のとおりです。

**アプリケーションをビルドするには (概要レベルのタスク)**

1. CodeCatalyst では、ビルドするアプリケーションの**ソースコードを追加します**。詳細については、「[CodeCatalyst のプロジェクト用リポジトリにソースコードを保存する](source-repositories.md)」を参照してください。

1. CodeCatalyst では、**ワークフローを作成します**。ワークフローでは、アプリケーションをビルド、テスト、デプロイする方法を定義します。詳細については、「[初めてのワークフロー](workflows-getting-started.md)」を参照してください。

1. (オプション) ワークフローで、ワークフローを自動的に開始するイベントを示す**リガーを追加します**。詳細については、[トリガーを使用したワークフロー実行の自動的な開始](workflows-add-trigger.md)を参照してください。

1. ワークフローでは、アプリケーションまたはリソースソースコードをコンパイルしてパッケージ化する**ビルドアクション**を追加します。これらの目的でテストまたはデプロイアクションを使用しない場合は、ビルドアクションの実行ユニットテスト、レポートの生成、アプリケーションのデプロイを任意で行うこともできます。テストとデプロイアクションの詳細については、「[ビルドアクションの追加](build-add-action.md)」を参照してください。

1. (オプション) ワークフローで、**テストアクション**と**デプロイアクション**を追加し、アプリケーションまたはリソースをテストおよびデプロイします。Amazon ECS など、さまざまなターゲットにアプリケーションをデプロイするための事前設定されたアクションを複数選択できます。詳細については「[ワークフローを使用したテストワークフローを使用したテスト](test-workflow-actions.md)」および「[ワークフローを使用したデプロイワークフローを使用したデプロイ](deploy.md)」を参照してください。

1. **ワークフローの開始**は、手動で行うか、トリガーを介して自動で行います。ワークフローは、ビルド、テスト、デプロイアクションを順番に実行して、アプリケーションとリソースをターゲットにビルド、テスト、デプロイします。詳細については、「[手動でのワークフロー実行の開始](workflows-manually-start.md)」を参照してください。

## ビルドアクションの利点
<a name="build-benefits"></a>

ワークフロー内でビルドアクションを使用すると、次の利点があります。
+ **完全マネージド型** – ビルドアクションにより、独自のビルドサーバーをセットアップ、パッチ適用、更新、管理する必要がなくなります。
+ **オンデマンド** – ビルドアクション　が、ビルドのニーズに合わせてオンデマンドでスケーリングします。料金は、使用したビルド分数に対してのみ発生します。詳細については、「[コンピューティングイメージとランタイムイメージの構成](workflows-working-compute.md)」を参照してください。
+ **設定不要** – CodeCatalyst には、ビルドアクションを含むすべてのワークフローアクションを実行するために使用される、事前にパッケージ化されたランタイム環境の Docker イメージが含まれています。これらのイメージには、 AWS CLI や Node.js などのアプリケーションを構築するための便利なツールが事前設定されています。CodeCatalyst は、パブリックまたはプライベートレジストリから指定したビルドイメージを使用するように設定できます。詳細については、「[ランタイム環境イメージの指定](build-images.md)」を参照してください。

## ビルドアクションの代替方法
<a name="build-alternatives"></a>

ビルドアクションを使用してアプリケーションをデプロイする場合は、代わりに CodeCatalyst *デプロイアクション*の使用を検討してください。デプロイアクションは、ビルドアクションを使用している場合に手動で書き込む必要があるバックグラウンド設定を実行します。使用可能なデプロイアクションの詳細については、「[デプロイアクションの一覧](deploy.md#deploy-concepts-action-supported)」を参照してください。

 AWS CodeBuild を使用してアプリケーションを構築することもできます。詳細については、「[What is CodeBuild?](https://docs.aws.amazon.com/codebuild/latest/userguide/welcome.html)」を参照してください。