-
Notifications
You must be signed in to change notification settings - Fork 0
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
trigger auto tag on PR edit and merge #131
Conversation
GitHub Pages links: * Luxembourg-geoportail: https://geoportail-luxembourg.github.io/luxembourg-geoportail/GSLUX-635_automate_tag_on_merge/ |
…_tag_on_merge_test_merge test trigger on merge
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.
Thanks for this new feature in the CI and the doc @mki-c2c!
.github/workflows/ci_bundle.yml
Outdated
steps: | ||
- uses: actions/checkout@v3 |
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.
Could also be v4 as above, I guess.
### Automatic tag in CI | ||
|
||
On merge of a PR on main branch the CI will create an automatic tag of type | ||
<branch_name>\_CI\_<short_commit> |
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.
So the difference between manual "dev" tags created on a branch and tags automatically created on main is the "TAG" vs "CI" part if I see right. Just wondering if other terms would be more explicit to identify the difference without becoming too long. WDYT of "DEV_TAG" instead of "TAG"?
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.
just _DEV_ instead of _TAG_ ??
README.md
Outdated
|
||
#### cleaning usused tags | ||
|
||
there is not any CI automation yet. However, the naming conventio that dev tags shall start with the branch name, makes cleaning them much easier. |
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.
there is not any CI automation yet. However, the naming conventio that dev tags shall start with the branch name, makes cleaning them much easier. | |
There is not any CI automation yet. However, the naming convention that dev tags shall start with the branch name, makes cleaning them much easier. |
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.
thanks
* output all test variables * fix workflow * fix workflow * pretty print objects * fix echo quoting * fix quotes * test tags * clean workflow * create auto tag on branch pushes instead of PR * debug bash * test mutli cmd run * do use env variable * cleanup * verbose output * fix echo * fix bash * another bash check * unecho * echo variants * more echos * checkout * check git version * deepen fetch to find parents * cleanup * set correct tag names and job activation conditions
JIRA issue
https://jira.camptocamp.com/browse/GSLUX-635
Description
automatic tag generation on PRs
the workflow was tested with the sub PR below:
#132
this created correctly the release https://github.com/Geoportail-Luxembourg/luxembourg-geoportail/releases/tag/GSLUX-635_automate_tag_on_merge_test_merge_CI_8e1839f
the manual workflow (npm run tag) was tested with this release:
https://github.com/Geoportail-Luxembourg/luxembourg-geoportail/releases/tag/GSLUX-635_automate_tag_on_merge_TAG_c1576cd
checks:
Screenshots
(only if the final render is different)