-
Notifications
You must be signed in to change notification settings - Fork 0
Add develop branch to CI pipeline triggers #192
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
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -7,6 +7,7 @@ on: | |
| - "v[0-9]+.[0-9]+.[0-9]+-*" | ||
| branches: | ||
| - main | ||
| - develop | ||
|
Comment on lines
8
to
+10
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. 2. Snapshot version collision risk publish.yml now runs on pushes to both main and develop, but for any non-tag push it computes the exact same VERSION_NAME (BASE + "-SNAPSHOT") from gradle.properties. This makes main and develop publish identical snapshot coordinates, causing artifacts to overwrite each other or publish failures if the repository rejects re-publishing the same version. Agent Prompt
Contributor
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Acknowledged as an accepted trade-off for the transitional gitflow setup — SNAPSHOTs from both branches are intentional. Maven Central permits SNAPSHOT overwrites; the later push wins. If collisions become a problem in practice we'll either encode the branch into the version ( |
||
|
|
||
| permissions: | ||
| contents: read | ||
|
|
||
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.
Valid security-hardening point. The workflow-level
contents: writepredates this PR and is out of scope for the gitflow trigger update. Tracked for a follow-up security PR that scopes the token down to thepublish-docsjob only.