Ask questionsGitHub Release, but isn't a release?
Follow up of issue #427
In issue #427 I raised the release was missing on PyPI, which was closed and I was told it was invalid, as there is not release yet.
Hence, I open this issue. According to GitHub there is a stable release, which isn't true according to this response in #427: https://github.com/microsoft/debugpy/issues/427#issuecomment-702358979
@int19h: That's because it's not actually released yet - the commit that's tagged as v1.0.0 is the one that will become the release, but it's still in process (we have to tag it before we build it, because the version number in the build comes from the tag). It's expected to be published by the end of this week.
I expect a release on GitHub to be a release, especially when it is marked a non-prerelease as well:
The previous issue was closed, but it talks about a tag, not release. Those are 2 different things in the GitHub world.
Answer questions int19h
We are not going to change the release process in the middle of an ongoing release. It should be considered released when it shows up on PyPI. Normally, the gap between the two is less than 24 hours, but not this time, due to some technical issues. We'll revisit this for future releases to avoid such disparities..
Related questionsNo questions were found.