-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
[release-tool] refactor update branch command and manager #9616
Conversation
return re.MatchString(string(v)) | ||
} | ||
|
||
// DetermineReleaseVersion uses historical clues to figure out the next semver | ||
// release number to use for this release based on the current git revision. | ||
// | ||
// OSS Calico uses the following rules: |
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.
I think there is value in separating the version rules that OSS uses vs enterprise?
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.
At the moment, the way the rules are structured apply with OSS and Enterprise although Enterprise is only the first scenario since it creates a new dev tag after every release.
2f61f31
to
cd991e3
Compare
cd991e3
to
94b1b26
Compare
…ico#9616) * update branching and versioning * address review feedback
…ico#9616) * update branching and versioning * address review feedback
…ico#9616) * update branching and versioning * address review feedback
Description
This update the
branch
subcommands and branch manager.As an extension, version package is also updated to support EPs and allow avoiding conflicts in closed source.
Related issues/PRs
Todos
Release Note
Reminder for the reviewer
Make sure that this PR has the correct labels and milestone set.
Every PR needs one
docs-*
label.docs-pr-required
: This change requires a change to the documentation that has not been completed yet.docs-completed
: This change has all necessary documentation completed.docs-not-required
: This change has no user-facing impact and requires no docs.Every PR needs one
release-note-*
label.release-note-required
: This PR has user-facing changes. Most PRs should have this label.release-note-not-required
: This PR has no user-facing changes.Other optional labels:
cherry-pick-candidate
: This PR should be cherry-picked to an earlier release. For bug fixes only.needs-operator-pr
: This PR is related to install and requires a corresponding change to the operator.