download-artifact icon indicating copy to clipboard operation
download-artifact copied to clipboard

Limitations on downloading artifacts?

Open jdpipe opened this issue 3 years ago • 2 comments

What is the restriction on downloading artifacts -- are they accessible across builds within a repository, or with a branch, or within a particular workflow (single YAML file) or within a single job? What is the rationale for limiting the context in which an artifact can be obtained? I saw mention of this, but not a really clear explanation.

Specifically, Note: You can only download artifacts in a workflow that were uploaded during the same workflow run. is mentioned in the documentation page Storing workflow data as artifacts. What does it mean "during the same workflow run"?

My use-case is that I have a heavy dependency code that I need to compile before I can build my main code. That dependency code (specifically, DAKOTA, https://dakota.sandia.gov) is not hosted on Github, and does not provide convenient binaries for the platform I am interested in (specifically, Ubuntu). I thought of building DAKOTA using a separate manually-triggered workflow, but that is not a supported use-case.

I will have to examine other approaches, I guess.

jdpipe avatar Sep 08 '21 01:09 jdpipe

#113 #113

wenwei5543 avatar Sep 16 '21 05:09 wenwei5543

What is the restriction on downloading artifacts -- are they accessible across builds within a repository, or with a branch, or within a particular workflow (single YAML file) or within a single job? What is the rationale for limiting the context in which an artifact can be obtained? I saw mention of this, but not a really clear explanation.

Specifically, Note: You can only download artifacts in a workflow that were uploaded during the same workflow run. is mentioned in the documentation page Storing workflow data as artifacts. What does it mean "during the same workflow run"?

My use-case is that I have a heavy dependency code that I need to compile before I can build my main code. That dependency code (specifically, DAKOTA, https://dakota.sandia.gov) is not hosted on Github, and does not provide convenient binaries for the platform I am interested in (specifically, Ubuntu). I thought of building DAKOTA using a separate manually-triggered workflow, but that is not a supported use-case.

I will have to examine other approaches, I guess.

overtairdrop83 avatar Nov 13 '21 23:11 overtairdrop83