Job間のartifactは引き継がれない

[waviaei]

現象

Job の build と deploy がある場合、build でビルドしたアウトプットは deploy には引き継がれない。needs: ['build'] してもダメ。

actions/checkout#19 (comment)

Each job runs in a fresh version of the virtual environment, so you'd need to checkout for each job. You can have multiple steps for each job, and the environment will remain across steps, but you aren't able to persist the environment entirely across separate jobs.

If you need to persist data across different jobs you may want have a look at using the artifact upload and download actions. This will allow you to pass files/folders between different jobs:

https://github.com/actions/upload-artifact
https://github.com/actions/download-artifact

なので、workflow は完走するが、ビルドされたファイルがデプロイされずに、checkout し直されたビルド前のファイル群がデプロイされた。
確認されたのはこの yml で、
https://github.com/tarosky/ls-kitaharahosp-theme/blob/chore/issue%2392/.github/workflows/deploy-to-production.yml
走ったこのactionです
https://github.com/tarosky/ls-kitaharahosp-theme/actions/runs/5764676781

解決案

案1
上記にもあるように upload-artifact と download-artifact を使う。しかしこれでは tarosky/workflows/.github/workflows/npm.yml@main に upload-artifact を付け足す必要があり、その artifact をどうにか別の workflow に渡すということが必要。

案2
「ビルド」部分を workflow ではなく、composite action にしておいた方が step として組み込めるので、複数の job がある step の中にも、単体で1つの job でも、状況によって組み込みやすい？
ただし、with に相当するものを渡せるようにしないと使い勝手は悪くなる。

[waviaei]

@fumikito
https://github.com/tarosky/gutenberg-fust/blob/master/.github/workflows/wordpress.yml
を参考に👆を実装したのですが、書いた通り、完走してますが実はビルドされる前の状態のものがデプロイされていました。 fust の workflow でも同じことが起きてないか気になりました。

[fumikito]

@waviaei

fustでは、ここでビルドしてます。
https://github.com/tarosky/gutenberg-fust/blob/master/.github/workflows/wordpress.yml#L63-L70

「ビルドしてzipに固める」というのはよくあるフローなので、それだけ切り出せると良いかもです。
また、ビルドスクリプトにしているのは、 10upのorgにデプロイするアクションみたいに、「一個だけスクリプト実行できる」というケースが多いからです。

ビルドスクリプトはこちらですが、これも毎回似たようなものをリポジトリにコピーしているので、共通化したいですね。

https://github.com/tarosky/gutenberg-fust/blob/master/bin/build.sh

[waviaei]

@fumikito
共通化はしたいですね。

受託系のものは今全て deploy with rsync していますが、少なくともプロダクションへのデプロイは一般的なテーマと同様に zip 化してからアップロード、もしくは rsync した後で zip 版も作っておく、ということをやっておいた方が良いかもしれません。
とはいえ、ステージング（や開発）で毎回zip化のが良いのかも微妙なところで。

うーｎ。

composite action の方もそれはそれで確認してみます。

ひとまず件のテーマでは workflow においたファイルを使わないで実行して解消はしています。

[claude]

🏷️ bug — Job 間でビルド成果物が引き継がれず、ビルド前のファイルがデプロイされるバグとして分類しました。

再現手順・参照ワークフロー・実際の Actions 実行ログ・解決案まで明確に記載されており、追加情報は不要と判断しました。

解決案2（composite action 化）が柔軟性の観点から有望と思われます。