-
Notifications
You must be signed in to change notification settings - Fork 289
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
Script-assisted release process #1421
Script-assisted release process #1421
Conversation
looks like the script proposals are accidentally conflated with your staged release branch? |
Intentionally. Will rebase after landing that. |
040f7a1
to
666f334
Compare
666f334
to
38c16dd
Compare
Codecov Report
Additional details and impacted files@@ Coverage Diff @@
## main #1421 +/- ##
=======================================
Coverage 86.08% 86.08%
=======================================
Files 201 201
Lines 21051 21051
Branches 2461 2461
=======================================
Hits 18121 18121
Misses 2328 2328
Partials 602 602
Flags with carried forward coverage won't be shown. Click here to find out more. Continue to review full report at Codecov.
|
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.
lgtm
) * clean up verify license * fix licenses in place * add license to examples * freeze ci version script * lint pass * add make targets for making a release and starting a new dev cycle * update fetch_contributors so that it updates the CONTRIBUTORS.md * adding in bump version number script * dev1 stripping/appending script * add confirmation to makefile * omit the otio-version json from the packages * rename bump version target to be specific to minor version bumps * add shuffle verison map * add dev-suffix target * add test-core Co-authored-by: ssteinbach <[email protected]> Signed-off-by: Michele Spina <[email protected]>
Making an OTIO release is a lot of work. In order to streamline the process, I've started a series of incredibly hacky single purpose python scripts (and adapted others that had already been written), tying them together with a single make target.
The goal is that the process could boil down to:
make release
make start-new-version
This is a draft PR and will be rebased post landing the release and ideally used to start v0.16.0.