翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
ワークフローの開始方法
このチュートリアルでは、最初のワークフローを作成して設定する方法について説明します。
ヒント
事前設定済みのワークフローから始めることをお勧めしますか? 「」を参照してください。これには設計図を使用したプロジェクトの作成、機能するワークフロー、サンプルアプリケーション、およびその他のリソースを使用してプロジェクトをセットアップする手順が含まれています。
トピック
前提条件
開始する前に:
-
CodeCatalyst スペース が必要です。詳細については、「スペースの作成」を参照してください。
-
CodeCatalyst スペースには、空の Start from scratch CodeCatalyst プロジェクトが必要です。
codecatalyst-project
詳細については、「Amazon での空のプロジェクトの作成 CodeCatalyst」を参照してください。
-
プロジェクトには、次の CodeCatalyst リポジトリが必要です。
codecatalyst-source-repository
詳細については、「ソースリポジトリの作成」を参照してください。
注記
既存のプロジェクトとソースリポジトリがある場合は、それらを使用できますが、新しいプロジェクトを作成すると、このチュートリアルの最後にクリーンアップが容易になります。
ステップ 1: ワークフローを作成して設定する
このステップでは、変更が行われたときにソースコードを自動的に構築してテストするワークフローを作成して設定します。
ワークフローを作成するには
ナビゲーションペインで CI/CD を選択し、ワークフロー を選択します。
-
ワークフローの作成 を選択します。
ワークフロー定義ファイルは、 CodeCatalyst コンソールの YAML エディタに表示されます。
ワークフローを設定するには
ワークフローは、ビジュアルエディタまたは YAML エディタで設定できます。YAML エディタから始めて、ビジュアルエディタに切り替えてみましょう。
-
+ Actions を選択すると、ワークフローに追加できるワークフローアクションのリストが表示されます。
-
ビルドアクションで + を選択して、アクションの YAML をワークフロー定義ファイルに追加します。ワークフローは次のようになります。
Name: Workflow_fe47 SchemaVersion: "1.0" # Optional - Set automatic triggers. Triggers: - Type: Push Branches: - main # Required - Define action configurations. Actions: Build_f0: Identifier: aws/build@v1 Inputs: Sources: - WorkflowSource # This specifies that the action requires this workflow as a source Outputs: AutoDiscoverReports: Enabled: true # Use as prefix for the report files ReportNamePrefix: rpt Configuration: Steps: - Run: echo "Hello, World!" - Run: echo "<?xml version=\"1.0\" encoding=\"UTF-8\" ?>" >> report.xml - Run: echo "<testsuite tests=\"1\" name=\"TestAgentJunit\" >" >> report.xml - Run: echo "<testcase classname=\"TestAgentJunit\" name=\"Dummy Test\"/></testsuite>" >> report.xml
ワークフローは、
WorkflowSource
ソースリポジトリ内のファイルをBuild_f0
アクションを実行しているコンピューティングマシンにコピーし、ログHello, World!
に出力し、コンピューティングマシンでテストレポートを検出して、 CodeCatalyst コンソールのレポートページに出力します。 -
ビジュアル を選択して、ビジュアルエディタでワークフロー定義ファイルを表示します。ビジュアルエディタのフィールドでは、YAML エディタに表示される YAML プロパティを設定できます。
ステップ 2: コミットを使用してワークフローを保存する
このステップでは、変更を保存します。ワークフローはリポジトリに.yaml
ファイルとして保存されるため、変更はコミットで保存します。
ワークフローの変更をコミットするには
-
(オプション) 検証 を選択して、ワークフローの YAML コードが有効であることを確認します。
-
[Commit] (コミット) を選択します。
-
ワークフローファイル名 に、 のようなワークフロー設定ファイルの名前を入力します
my-first-workflow
。 -
コミットメッセージ に、 のようなコミットを識別するメッセージを入力します
create my-first-workflow.yaml
。 -
リポジトリ で、ワークフローを () に保存するリポジトリを選択します
codecatalyst-repository
。 -
ブランチ名 で、ワークフローを () に保存するブランチを選択します
main
。 -
[Commit] (コミット) を選択します。
新しいワークフローがワークフローのリストに表示されます。表示されるまでに少し時間がかかる場合があります。
ワークフローはコミットとともに保存され、ワークフローにはコードプッシュトリガーが設定されているため、ワークフローを保存するとワークフローの実行が自動的に開始されます。
ステップ 3: 実行結果を表示する
このステップでは、コミットから開始された実行に移動し、結果を表示します。
実行結果を表示するには
-
ワークフローの名前を選択します
Workflow_fe47
。例えば、。ソースリポジトリのラベル (WorkflowSource) とビルドアクション (Build_f0 など) を示すワークフロー図。
-
ワークフロー実行図で、ビルドアクション (Build_f0 など) を選択します。
-
ログ 、レポート 、設定 、および変数 タブの内容を確認します。 これらのタブには、ビルドアクションの結果が表示されます。
詳細については、「ビルドアクションの結果の表示」を参照してください。
(オプション)ステップ 4: クリーンアップする
このステップでは、このチュートリアルで作成したリソースをクリーンアップします。
リソースを削除するには
-
このチュートリアル用に新しいプロジェクトを作成した場合は、削除します。手順については、「プロジェクトの削除」を参照してください。プロジェクトを削除すると、ソースリポジトリとワークフローも削除されます。