DesktopAtomElectronドキュメントには頻繁に更新が加えられ、その都度公開されています。本ページの翻訳はまだ未完成な部分があることをご了承ください。最新の情報については、英語のドキュメンテーションをご参照ください。本ページの翻訳に問題がある場合はこちらまでご連絡ください。成果物を使用してワークフローデータを永続化する成果物を使用してワークフローデータを永続化する成果物を使うと、ワークフローが完了したときに、そのワークフローのジョブとストアデータの間でデータを共有することができます。Actionsは、レガシーのリポジトリごとのプランを使っているアカウントが所有しているパブリックあるいはプライベートリポジトリでは利用できません。詳しい情報については「GitHubの製品」を参照してください。artifacts参考リンクワークフローの成果物について成果物を使うと、ワークフローの完了後までデータを永続させることができます。成果物とは、ワークフロー実行中に生成されるファイル、またはファイルのコレクションです。成果物を使うと、ワークフローのジョブ間でデータを受け渡したり、ワークフローの実行終了後にビルドおよびテストの出力を永続させることができます。GitHubにはプッシュとプルリクエストについて成果物が90日間保管されます。プルリクエストの場合の保持期間は、そのプルリクエストに対して新しいコミットがプッシュされるたびにリセットされます。成果物の保存には、GitHub上のストレージ領域が使われます。Actionsの利用は無料です。プライベートリポジトリでは、それぞれのGitHubアカウントは使用している製品に応じて一定量の無料の分とストレージを受け取ります。支払いの管理」を参照してください。成果物はワークフロー実行中にアップロードする必要があります。GitHubには、ビルドの成果物のアップロードとダウンロードに使用できるアクションが2つあります。ワークフロー実行にアップロードされたファイルは、.zip形式でアーカイブされます。詳細については、actions/upload-artifactアクションとdownload-artifactアクションを参照してください。GitHubホストランナーでは、ワークフロー内の各ジョブは仮想環境の新しいインスタンス内で実行されます。ジョブが完了すると、ランナーが仮想環境のインスタンスを終了して削除します。ジョブ間でデータを共有するには:ジョブが終了する前にデータをアップロードして、ワークフロー実行の内部にファイルを保存することができます。アーカイブをアップロードするときは、名前を付けてください。ファイルをアップロードすると、同じワークフロー実行内の別のジョブでダウンロードできます。アーカイブをダウンロードするとき、アーカイブは名前で参照できます。アップロードされている成果物をダウンロードできるのは、同じワークフロー実行中だけです。ジョブの一部であるステップは、ランナーマシン上の同じ環境で、ただし個別のプロセスで実行されます。ジョブのステップ間のデータを受け渡すには、入力と出力を使用できます。Actions構文のメタデータ」を参照してください。アップロードしたい一般的なビルドおよびテスト出力成果物は、次のとおりです。ログファイルとコアダンプテスト結果、エラー、スクリーンショットバイナリまたはアーカイブファイルストレステストのパフォーマンス出力およびコード網羅率の結果ワークフローのジョブ間でデータを受け渡すupload-artifactアクションとdownload-artifactアクションを使うと、ワークフローのジョブ間でデータを共有できます。以下のワークフローの例では、同じワークフローのジョブ間でデータを受け渡す方法を説明しています。詳細については、actions/upload-artifactアクションとdownload-artifactアクションを参照してください。前のジョブの成果物に依存するジョブは、前のジョブが正常に完了するまで待つ必要があります。このワークフローは、needsキーワードを使用してjob_1、job_2、job_3を順次実行することができます。job_1構文を使用するjob_1が必要です。ジョブ1は、以下のステップを実行します。値3と7を加算し、その値をmath-homework.txtというテキストファイルに出力します。upload-artifactアクションを使って、math-homework.txtファイルをhomeworkという名前でアップロードします。このアクションで、ファイルがhomeworkという名前のディレクトリに配置されます。ジョブ2は、前のジョブの結果を利用して、次の処理を実行します。前のジョブでアップロードされたhomework成果物をダウンロードします。デフォルトでは、download-artifactアクションは、ステップが実行されているワークスペースディレクトリに成果物をダウンロードします。path入力パラメータを使うと、アクションのダウンロード先として別のディレクトリを指定できます。homework/math-homework.txtファイルの値を読み取ってそれに9を掛け、新しい値でファイルを更新します。math-homework.txtファイルをアップロードします。このアップロードは、前のアップロードを上書きします。どちらも同じ名前を使っているからです。ジョブ3は、前のジョブでアップロードされた結果を表示して、次の処理を実行します。homework成果物をダウンロードします。数式の結果をログに出力します。タブでワークフロー実行を検索して、GitHub上にアップロードされた成果物をダウンロードすることができます。APIを提供していません。以前に実行したワークフローから成果物にアクセスする必要がある場合は、成果物を別の場所に保存する必要があります。S3またはArtifactoryに保存し、そのストレージサービスのAPIを使用して、以降のワークフローでそれらの成果物を取得することができます。ビルドおよびテストの成果物をアップロードする継続的インテグレーション(CI)ワークフローを作成して、コードのビルドやテストを行えます。実行する詳細については、「継続的インテグレーションについて」を参照してください。コードのビルドおよびテストを出力すると多くの場合、エラーのデバッグに使用できるファイルと、デプロイできる本番コードが生成されます。リポジトリにプッシュされるコードをビルドしてテストし、成功または失敗のステータスをレポートするワークフローを構成することができます。デプロイメントに使用するビルドおよびテスト出力をアップロードし、失敗したテストまたはクラッシュをデバッグしてテストスイートの範囲を確認できます。成果物をアップロードするには、upload-artifactアクションが使用できます。詳細については、actions/upload-artifactアクションを参照してください。サンプルたとえば、リポジトリまたはWebアプリケーションに、CSSとJavaScriptにコンパイルする必要があるSassおよびTypeScriptファイルが含まれているとします。ビルド構成がdistディレクトリにコンパイル後のファイルを出力すると仮定すると、テストがすべて正常に完了した場合、distディレクトリにあるファイルがWebアプリケーションにデプロイされます。この例では、srcディレクトリにコードをbuildsして、testsディレクトリでテストを実行するNode.jsプロジェクトのワークフローを作成しています。testが、code-coverage.htmlという名前で、output/test/ディレクトリに保存されるコード網羅率レポートを生成すると想定できます。このワークフローは、distディレクトリの本番成果物とcode-coverage.htmlを2種類の成果物としてアップロードします。restored.GitHubで、リポジトリのメインページにアクセスしてください。リポジトリ名の下でActions(アクション)をクリックしてください。左のサイドバーで、表示させたいワークフローをクリックしてください。runs(ワークフローの実行)"の下で、表示させたい実行の名前をクリックしてください。ドロップダウンメニューを使用して、ダウンロードしたい成果物を選択します。Inc.規約プライバシ。