Skip to content

Easier way to pin to "latest" release #145

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

Open
asmeurer opened this issue Sep 30, 2022 · 3 comments
Open

Easier way to pin to "latest" release #145

asmeurer opened this issue Sep 30, 2022 · 3 comments
Labels
low priority Low priority issue

Comments

@asmeurer
Copy link
Member

The GitHub tags make it easy to pin to a specific release, but we also need an easy way to pin to the "latest" release. This is needed for the reporting.

One option is to actually release the test suite as a installable package (see #85).

Another idea would be to have a branch, separate from master, that gets updated with the latest tag whenever we release. This is fairly simple but an issue is that it's a quite different release process from any other Python package, so it may confuse people. A package would be a lot less confusing to people.

@asmeurer
Copy link
Member Author

I've already seen people installing from master, and running into bugs that occurred between releases.

@honno
Copy link
Member

honno commented Oct 2, 2022

Well I don't think we're using tag-releases to emphasise stability, so much as using them as semantic breaks for when significant work has been done. Given that we shouldn't intentionally merge broken work into master, the HEAD of master has the same stability guarantees as a tag-release (i.e. we'll unintentionally introduce a bug just as much as we intentionally/unintentionally fix them).

(as an aside I think generating releases automatically after every PR merge would be very nice. something I'll explore if I get the time.)

@asmeurer asmeurer added the low priority Low priority issue label Nov 14, 2024
@asmeurer
Copy link
Member Author

We haven't tagged this repo in a while. If it becomes an issue for an upstream we can start doing it again. Otherwise, people should just keep using master.

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

No branches or pull requests

3 participants
@asmeurer @honno and others