-
Notifications
You must be signed in to change notification settings - Fork 347
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
RFE: is it possible to start making github releases?🤔 #1351
Comments
I am not particularly keen to take on another task in the release process, even though it can be automated (and can fail!). For your workflow, is it not possible to get a notification from pypi or watch the feedstock repository? |
I'm working on Linux/Solaris distribution in which python modules are only fraction of the packages. |
I know this is a joke, but actually end users only relatively rarely are aware of the version of fsspec that they are using, because it typically gets installed as a dependency of something else. The low numbers of watchers/forks/stars on this repo is completely at odds with our download statistics. |
Your repo has 21 watches. |
Yes, and 3-4M downloads per day https://pypistats.org/packages/fsspec , easily number 1 of all packages at Anaconda (at least on pypi). |
Yup -- for a bit of context, this ticket is NOT representative of most people working in the
space, who tend to rely heavily on very flexible automation that has been built up over years or decades to cope with a profound abundance of software types, distribution models, and preferred upstream-maintainer-approach for announcing releases, and make it easy to plug in a template to any software package and pull in the release announcements for monitoring. This copes with:
with plugins for auto-mangling versions e.g. stripping out "release-" from a tag named "release-1.2.0" for correct version sorting and that's just the tip of the iceberg. See for example https://release-monitoring.org/ which is developed by Fedora, with a long list of data ingestion types: https://release-monitoring.org/static/docs/user-guide.html#backends Most people in the distro space don't want to rely on github email notifications, since those are way too easy to not notice, or only get seen by one person, or don't update status pages, or.... |
Thanks for the feedback, everyone. I am not principally opposed to github releases, if it can be done automatically and costs me nothing. If someone implements that as a PR, great. Closing this for now, however, as there's not much more to discuss. |
Looks like what is described on https://github.com/marketplace/actions/github-release can be added to https://github.com/fsspec/filesystem_spec/blob/master/.github/workflows/pypipublish.yaml and indeed it will be one time change.
AFAIK `with: is not necessary because in absence of the message it will be autogenerated email Subject with git tag name ot top of which gh release will be added. PS. TBH personally I've never been using gh actions and releases and and if above it is not enough for you I think that I should try to create some test repo to test that before try submit PR. |
Is it possible next time on release new version make the github release to have entry on https://github.com/fsspec/filesystem_spec/releases? 🤔
I'm only asking because on the creation of a new GH release a notification is spread to all those whom have set in the web UI Watch->Releases.
My automation process uses those notifications by trying to make preliminary automated upgrades of building packages, which allows saving some time on maintaining packaging procedures.
More about gh releases is possible to find on
https://docs.github.com/en/repositories/releasing-projects-on-github/managing-releases-in-a-repository
https://github.com/marketplace/actions/github-release
https://pgjones.dev/blog/trusted-plublishing-2023/
ESSS/pytest-regressions@bcd06142
jbms/sphinx-immaterial#281 (comment)
The text was updated successfully, but these errors were encountered: