Support artifacts

[sandorex]

It would be really helpful if artifacts could be supported

[SteadBytes]

👍 for supporting artifacts. Or at the very least it could be helpful to produce an explicit warning/error when these actions are used. AFAICT, a step using the artifact actions will succeed but no artifact will be uploaded/downloaded.

[cplee]

Great call, good feature to add. Anyone have a sample workflow to use?

[jromero]

This is use case we have in buildpacks/pack. We ultimately want to run test and build always and then use the artifacts for the release job.

The source can be found here:
Upload:
https://github.com/buildpacks/pack/blob/c9745af053eabf812bf2fdab1695488a01022093/.github/workflows/build.yml#L77-L81

Download:
https://github.com/buildpacks/pack/blob/c9745af053eabf812bf2fdab1695488a01022093/.github/workflows/build.yml#L92-L104

[github-actions]

Issue is stale and will be closed in 7 days unless there is new activity

[zaguiini]

Is there any progress? Can I help with something?

[jromero]

Typically these artifacts are shipped via the gh API and then referenced by url.

I don't know how other parts, if any, work with mocking or intercepting GH API calls but I would think that is necessary to properly mock this locally. Am I wrong?

[krailler]

How works actions/cache? Seems similar no?

[wyTrivail]

we also have the same issue while using upload-artifacts, we got the error

[CI/build]   💬  ::debug::Root artifact directory is /github/workspace/build
[CI/build]   ❗  ::error::Unable to get ACTIONS_RUNTIME_TOKEN env variable
[CI/build]   ❌  Failure - Upload

it would be great if it can be mocked.

[github-actions]

Issue is stale and will be closed in 7 days unless there is new activity

[wagenet]

Seems like this should have remained open. It's a pretty big blocker for full use.

[ayozemr]

Artifacts is one of those key actions that many workflows use, and bc of that its a blocker for local dev working... Having this along with cache support would make act the tool we all need to fully develop workflows locally, instead of running workflows to try things and waiting a lot of time

[github-actions]

Issue is stale and will be closed in 14 days unless there is new activity

[ayozemr]

Still waiting for this :-(

[catthehacker]

It's a bit complicated since #329

[github-actions]

Issue is stale and will be closed in 14 days unless there is new activity

[nicolo-ribaudo]

Sorry bot, I hate to just 👍 issues

[github-actions]

Issue is stale and will be closed in 14 days unless there is new activity

[CreMindES]

Sorry bot, I hate to just +1 issues, but it's necessary in this case.

[github-actions]

Issue is stale and will be closed in 14 days unless there is new activity

[Smana]

Hey, we still need a solution, either an artifact server or a mock.

[catthehacker]

@Smana see #329

[volleynerd]

👍 for supporting artifacts. Or at the very least it could be helpful to produce an explicit warning/error when these actions are used. AFAICT, a step using the artifact actions will succeed but no artifact will be uploaded/downloaded.

The above is not true for me. Running 0.2.23 and seeing actions/upload-artifact fail with error ::error::Unable to get ACTIONS_RUNTIME_TOKEN env variable

Agree that this is a great idea to support the goal - for typical workflows that run fine in GH will run in ACT without modification.

[JoshMcCullough]

I know this feature exists now, but I'm still getting the "unable to get ACTIONS_RUNTIME_TOKEN" error. I wonder if I'm missing something?

I set up the artifact path/port in my act call. I'm using act-js.

NM, I see this now on the related PR: --env ACTIONS_RUNTIME_TOKEN=foo must be set (we do not have authentication implemented)

[mcascone]

I know this feature exists now, but I'm still getting the "unable to get ACTIONS_RUNTIME_TOKEN" error. I wonder if I'm missing something?

I set up the artifact path/port in my act call. I'm using act-js.

NM, I see this now on the related PR: --env ACTIONS_RUNTIME_TOKEN=foo must be set (we do not have authentication implemented)

i set this, using foo (probably incorrect), and now I get:
Error: authentication required

[reducedhackers]

I know this feature exists now, but I'm still getting the "unable to get ACTIONS_RUNTIME_TOKEN" error. I wonder if I'm missing something?
I set up the artifact path/port in my act call. I'm using act-js.
NM, I see this now on the related PR: --env ACTIONS_RUNTIME_TOKEN=foo must be set (we do not have authentication implemented)

i set this, using foo (probably incorrect), and now I get: Error: authentication required

was getting the same error , discovered I can pass GitHub token into the with: element of the step , remembering to keep in mind that the token in this case is stored in a secrets file

act --secret-file ./act/act.secrets -W ./.github/workflows/deploy_dev.yml

• name: Download Release ZIP (if URL found)
  uses: actions/download-artifact@v4 # Use dedicated download action for security
  with:
  name: somartefacts.zip
  url: ${{ steps.get_download_url.outputs.download_url }}
  repository: ${{ github.repository }}
  github-token: ${{ secrets.GITHUB_TOKEN }}