-
-
Notifications
You must be signed in to change notification settings - Fork 147
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
1 parent
503c865
commit 06ec1a3
Showing
2 changed files
with
5 additions
and
1 deletion.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -1,6 +1,6 @@ | ||
[metadata] | ||
name = python-engineio | ||
version = 4.5.0 | ||
version = 4.5.1 | ||
author = Miguel Grinberg | ||
author_email = [email protected] | ||
description = Engine.IO server and client for Python | ||
|
06ec1a3
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is it possible next time on release new version make the github release to have entry on https://github.com/miguelgrinberg/python-engineio/releases? 🤔
I'm asking because only on make gh release is spread notification about new release to those who have set watch->releases.
06ec1a3
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@kloczek I have always managed releases with tags, which is not dependent on GitHub. I will look into it, because I need the tag solution. If I can do a release in a addition to tagging, and automatically from my build script, then I'll do it.
06ec1a3
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is not about tags management but purely about spread notifications to those who wants receive it.
Simple github spreads such notification only when /releases entry is added.
Some repos have special .github/workflows file which is used only to make gh release.
06ec1a3
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I understand, what I'm saying that releases do not help with my own workflow so I cannot drop tags and move to releases. I'll investigate if I can add a release announcement on top of what I'm already doing, that would be the only way I can make this work.
06ec1a3
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
gh release process it is separated thing added on top of existing tag and it can be done at any time😋
06ec1a3
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have 20+ open source packages that I maintain. As I said above, it needs to be scriptable or it won't work for me.