-
Notifications
You must be signed in to change notification settings - Fork 59.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
runs.pre
should mention that it doesn't work from local actions or when called from other actions called from local actions
#34029
Comments
@jsoref Thanks for opening an issue - I'll get this triaged for review ✨ |
This comment was marked as off-topic.
This comment was marked as off-topic.
Thanks for opening an issue! We've triaged this issue for technical review by a subject matter expert 👀 |
Can the SME confirm whether points 1, 2, and 3 are caveats that should be documented? |
This is a gentle bump for the docs team that this issue is waiting for technical review. |
@jsoref Thank you very much for your patience while our team reviewed! They responded with the following -
I've added the CC @sunbrye just for visibility 💛 |
Code of Conduct
What article on docs.github.com is affected?
https://github.com/github/docs/blob/main/content/actions/creating-actions/metadata-syntax-for-github-actions.md#runspre
What part(s) of the article would you like to see updated?
runs.pre
should include a paragraph explaining availability caveats.It should mention:
pre
doesn't work from local actionspre
phase so it can optionally be used at the discretion of consumer actions/workflows.Additional information
pre
execution is not supported for local action from './' actions/typescript-action#564 and referenced this documentation.Documentation here would have helped since at least @zijchen would have known that it wasn't going to work.
Documentation here might have also discouraged people from adding
pre
to actions.Instead, the right behavior which should be recommended in resolving this ticket is to provide a second action in the same repository responsible for the
pre
behavior.Thus, instead of @MoChilia in Azure/login#384 changing
azure/login
to have apre
thing which triggers warnings as noted in actions/runner#3397, @MoChilia could have createdazure/login/clear-credentials
which does the work that's currently included inpre
. Then users could do:And groups like microsoft/playwright could
uses: azure/login@...
without triggering dozens of warnings.Fwiw. I'm pretty sure I've run across other repositories causing similar headaches in the past. It's really frustrating, and given that it appears some actions authors really do refer to documentation, documentation is the right place to put advice to avoid this problem.
The text was updated successfully, but these errors were encountered: