Skip to content

Clarify release stability in tags #168

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

Closed
scothis opened this issue Jun 30, 2020 · 8 comments
Closed

Clarify release stability in tags #168

scothis opened this issue Jun 30, 2020 · 8 comments

Comments

@scothis
Copy link

scothis commented Jun 30, 2020

The releases page labels the v2.0.0 and v2.1.0 tags as pre-release and "beta". Because the tag name is also a version number not following semver, Dependabot is picking up these releases and upgrading workflows from stable action releases to pre-releases. The tags should be v2.0.0-beta to follow the semver conventions around pre-releases, allowing GitHub's tools to work well with GitHub's tools. Or if these tags are not actually beta, the releases page should be clarified.

This issue isn't limited to the setup-node action, but it's the first actions/* repo where I noticed the issue.

@ogonkov
Copy link

ogonkov commented Jul 27, 2020

Got the same problem. Dependabot spamming me because of new beta release.

@viceice
Copy link

viceice commented Oct 21, 2020

Renovate is hit by this too 😞

@rarkins
Copy link

rarkins commented Oct 21, 2020

Unfortunately 2.1.1 was subsequently not defined as pre-release in the metadata, while 2.1.2 is.

image

image

image

There's no way any automated tooling can be expected to handle this gracefully. I suggest to do this:

  1. Edit the 2.1.1 release to classify it as pre-release
  2. Release a stable 2.x as soon as possible, this will essentially make the problem go away
  3. Adopt the semver approach to beta versions for all future actions, as suggested by @scothis above

@JamieMagee
Copy link

@maxim-lobanov As the person that created the v2.1.1 release, can you please tag it as pre-release?

@maxim-lobanov
Copy link
Contributor

Looks like I don't have permissions to edit release for now.
May be @konradpabjan or @bryanmacfarlane could help?

@maxim-lobanov
Copy link
Contributor

I have got permissions and fixed https://github.com/actions/setup-node/releases/tag/v2.1.1 tag

@hellomykillers
Copy link

hellomykillers commented Dec 10, 2020 via email

@JamieMagee
Copy link

I believe this issue can be closed now as there's since been a stable release of 2.x (v2.1.4) and the other releases in the 2.x series have the pre-release label applied.

deining pushed a commit to deining/setup-node that referenced this issue Nov 9, 2023
…ions#168)

Bumps [eslint-config-prettier](https://github.com/prettier/eslint-config-prettier) from 8.1.0 to 8.2.0.
- [Release notes](https://github.com/prettier/eslint-config-prettier/releases)
- [Changelog](https://github.com/prettier/eslint-config-prettier/blob/main/CHANGELOG.md)
- [Commits](prettier/eslint-config-prettier@v8.1.0...v8.2.0)

Signed-off-by: dependabot[bot] <support@github.com>

Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
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

7 participants