-
Notifications
You must be signed in to change notification settings - Fork 6k
Prevent CI from running on forks #9701
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
Comments
I see that in
I wonder if the same pattern can be applied to the jobs in Also, note that forks can disable actions via |
IMO such condition should exist on the CI workflow as well. I'm aware that one can disable Actions in their fork, but I don't find it a reasonable expectation from 4.5k forks out there. Until GitHub comes to their senses and stops enabling Actions by default on forks, maintainers should ensure that forking their repos doesn't generate unnecessary noise for the users. |
- There is no need to emit the value of RUN_JOBS to the rest of the workflow. As a boolean, it is sufficient to ask whether or not the corresponding output is present at all - Prerequisites is apparently easy to misspell Issue gh-9701
- There is no need to emit the value of RUN_JOBS to the rest of the workflow. As a boolean, it is sufficient to ask whether or not the corresponding output is present at all - Prerequisites is apparently easy to misspell Issue spring-projectsgh-9701
The project's GitHub Actions CI build has a hard dependency on some secrets (e.g.
GRADLE_ENTERPRISE_CACHE_USERNAME
), which causes the build to fail on the forks, causing unnecessary noise.I've been greeted by one such build failure after syncing my fork today:
https://github.com/vpavic/spring-security/runs/2476329503?check_suite_focus=true
The text was updated successfully, but these errors were encountered: