-
Notifications
You must be signed in to change notification settings - Fork 1.2k
[Automation Enhancement]: Add bump version script; Make version release more automated #4372
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
[Automation Enhancement]: Add bump version script; Make version release more automated #4372
Conversation
|
/cc @Monokaix |
2dfc0e3 to
3e3f5f2
Compare
… more automate Signed-off-by: JesseStutler <[email protected]>
3e3f5f2 to
63ccff8
Compare
… more automate Signed-off-by: JesseStutler <[email protected]>
|
/approve |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: Monokaix The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
hwdef
left a comment
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.
A bit complicated
/lgtm

What type of PR is this?
/kind feature
What this PR does / why we need it:
Before releasing a version, Volcano usually needs to submit a PR to manually replace the hard-coded version number in the repository, such as: #4337. This is troublesome and easy to miss some files. Currently, a
bump-version.shis added to help automatically submit a PR to GitHub. The sample PR is: #4371.This script refers to cherry_pick_pull.sh, and the usage example is as follows:
The script accepts two parameters, the first is the target branch, and the second is the version number to be released. Of course, this script assumes that the repo name of
volcano-sh/volcanois upstream, and the repo name of your fork repo is origin. If the name you configure is different, the script can be:And if you don't wish to automatically raise a PR, you can add
DRY_RUN=1env to run it.Other changes:
.release-versionfile, default configuration islatest, when we need to release a new version,bump-version.shwill replace the value in the.release-versionfile, and then chart.yaml, code_verify.yaml, e2e_spark.yaml and other files will read the version number from the fileTAGenvironment variable when we need to runmake generate-yaml. And I fix some error configurations: For example, theRELEASE_TAGenvironment variable prompted incheck-generated-yaml.shdoes not actually exist ingenerate-yaml.sh.Makefilewill read the TAG definition ofMakefile.defand exports it as a global variablemake update-development-yamlto generate this file. The tutorial to deploy the monitoring in README.md also change.Which issue(s) this PR fixes:
Related #4357
Special notes for your reviewer:
NONE
Does this PR introduce a user-facing change?