-
Notifications
You must be signed in to change notification settings - Fork 3
ci: finalize github release action #263
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
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Seems great!
You merged the previous PR #242 into main, so this should as well. This file has to exist in main before it becomes available anyway.
However, you can only use it from a branch where it already exists (see attached screenshot). So we should merge main into develop after this PR. Then, we can use it from develop.
Isn't it possible to limit the working of workflow_dispath by adding a branch setting, just as with on: push:?
Edit: never mind, this of course won't work with branches you don't know the name of yet (e.g. hot fix branches).
Documentatie over hoe je master kan uitsluiten?
eitprocessing/.github/workflows/release_github.yml
Lines 3 to 4 in dc07d37
| on: | |
| workflow_dispatch: |
eitprocessing/.github/workflows/build.yml
Lines 3 to 6 in 7b1c204
| on: | |
| push: | |
| branches: | |
| - main |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should the action default to develop if you select main? This could lead to unexpected behaviour and unintentional releases.
Edit: sorry, I'm a bit indecisive, apparently.
|
It's easy enough to make the action fail if
Also, don't forget that there is already a manual quality control step built in, by creating a draft-release, which actively needs to be converted to an actual release. EDIT: we decided to go with option 2! |
424f3bd to
b879d7f
Compare
b879d7f to
c72cf34
Compare
c72cf34 to
b0b1ed4
Compare

mainanddevelopinstead oftest_protected_XXXmain, which should never actually be the release branch (the workflow will fail if main is set).NB: I am also a bit confused now whether this PR should go to main or develop. I think main, so that the action can immediately be used as intended.