Skip to content
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

Support seperate versions for each module. #157

Open
matifali opened this issue Feb 14, 2024 · 3 comments
Open

Support seperate versions for each module. #157

matifali opened this issue Feb 14, 2024 · 3 comments
Assignees

Comments

@matifali
Copy link
Member

matifali commented Feb 14, 2024

We need to bump the version for all modules or do some parsing to detect which modules have changed between tags.

It would be ideal if each module could have its versioning instead of the repo version tag.

@mafredri has some interesting ideas here.

@matifali
Copy link
Member Author

matifali commented Apr 25, 2024

After discussing with @mafredri, we can have tags like module-name/1.0.0

A similar release tagging is seen on moby/buildkit repo.

@matifali
Copy link
Member Author

matifali commented Feb 6, 2025

@mafredri We now have versioning supported in the backend, and each module, if tagged with module-name/version, will have its own version.
I can use some help in updating the CI and ./update-version.sh script.

@matifali
Copy link
Member Author

@bcpeinhardt We need to update versions checking logic for PRs for example #407.

Then we can push a tag, let's say jupyterlab-v1.0.24, and as part of the release workflow, update the README.md version to v1.0.24 (extracted from pushed tag)

See

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants