-
Notifications
You must be signed in to change notification settings - Fork 221
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
Use Jupyter Releaser #1188
Comments
Thank you @blink1073. I'd like to spend some time on this early next week. Can you recommend a good "model project" from which I can copy the basics? I don't think I would also like to generate the first release of |
|
I'm not sure when we can get to this but will definitely refer to these when we do - thanks! |
The version bump script could be done independently - and used from |
Hi @blink1073 |
Sounds good, thanks @rahul26goyal! |
Hi @rahul26goyal - when you get to this, it would be good to reduce the release preparation and post-release commits to one each, instead of two, as it is now. I suspect this is a side-effect of using |
@kevin-bates mentioned that we'd like to use Jupyter Releaser in this repo.
I think we need the following:
Have a script that handles version bumps with a single argument for the new version. It should probably be a python script that combines what
update_version_to_release
andupdate_version_to_development
do and "does the right thing" based on whether the version hasdev
in it.Add an
after-build-python
releaser hook with["make kernelspecs helm-chart docker-images"]
Add a step in the publish workflow that runs
publish-images
with shared credentials so it isn't run in check-release.We can add a bot docker account for these credentials.
The text was updated successfully, but these errors were encountered: