-
Notifications
You must be signed in to change notification settings - Fork 363
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
Bring our release practices in line with rest of JupyterHub org #1280
Comments
github-activity, used for other JupyterHub release processes, now outputs markdown. This PR moves the existing changelog to use markdown, and provides a more complete list of changes too. Ref jupyterhub#1280
I looked at this to figure out details on the action points:
Input needed about...
|
I don't think refreezing environments should be part of the release process:
I think it's fine to mention it as something to consider when planning a release though. |
Are we using repo2docker main there? |
Yes, e.g. jupyterhub/mybinder.org-deploy#2643 That's why we need versioneer (or some other auto versioning tool)- so we can have the git sha as part of the version for repo2docker installed from main, and for the container image built from main. |
Agree that freezing should not be part of making a release, but is a good thing to highlight early in preparation for a release. Generally releases should be relatively long after freezes. |
JupyterHub now has a very well thought out release system (https://github.com/jupyterhub/jupyterhub/blob/main/RELEASE.md). repo2docker has some documentation, but it's a bit out of date. We should update our docs to match rest of JupyterHub.
The text was updated successfully, but these errors were encountered: