Skip to content
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

GitHub Release, but isn't a release? #428

Closed
frenck opened this issue Oct 2, 2020 · 1 comment
Closed

GitHub Release, but isn't a release? #428

frenck opened this issue Oct 2, 2020 · 1 comment

Comments

@frenck
Copy link

frenck commented Oct 2, 2020

Follow up of issue #427

Environment data

  • debugpy version: 1.0.0
  • OS and version:
  • Python version (& distribution if applicable, e.g. Anaconda):
  • Using VS Code or Visual Studio:

Actual behavior

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: #427 (comment)

@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.

Expected behavior

I expect a release on GitHub to be a release, especially when it is marked a non-prerelease as well:

image

The previous issue was closed, but it talks about a tag, not release. Those are 2 different things in the GitHub world.

Steps to reproduce:

Browse to: https://github.com/microsoft/debugpy/releases/tag/v1.0.0

@int19h
Copy link
Collaborator

int19h commented Oct 2, 2020

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..

@int19h int19h closed this as completed Oct 2, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants