-
Notifications
You must be signed in to change notification settings - Fork 17
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
Any tagged releases like v0.1.0 planned? #110
Comments
Yes this is an excellent point, particularly as linking packages is annoying when they do not have published versions. Perhaps @jakebolewski has more input in what else would be involved in getting things ready for a first release. |
It's pretty easy to tag new releases: https://github.com/JuliaRegistries/Registrator.jl#install-registrator I'm happy to help if I can! I don't think anything needs to be done to get things ready since CI is already in place and the package name should pass the automated checks. You can always continue tagging new releases as new features are added and bugs are fixed. In fact, some people would argue for tagging new releases with every PR: https://www.oxinabox.net/2019/09/28/Continuous-Delivery-For-Julia-Packages.html (although this might be a bit extreme, but I guess I definitely lean towards frequent tags) |
I think we first need to tag and register EKP to make managing the dependencies easier |
I'd like to think that once we have some starting docs for each this would be a natural time. Perhaps early next week is not unreasonable for this aspiration. |
Any update? Note that tagging a release doesn't really make a package more "visible", it's just a slight convenience for users. |
@glwagner @ali-ramadhan Sorry for not addressing this issue earlier, the first release is here! |
Would be helpful to be able to depend on a specific tag/release without having to worry about whether the main branch has changed.
The text was updated successfully, but these errors were encountered: