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

Set Major. Minor, or Patch Release #188

Open
justperbox opened this issue Jul 26, 2023 · 2 comments
Open

Set Major. Minor, or Patch Release #188

justperbox opened this issue Jul 26, 2023 · 2 comments

Comments

@justperbox
Copy link

Dear all,

I recently integrated this with my project.
This project already has manual releases and tags.
the latest one is v.1.12.0

How do I continue the sequence when using this action?
Can i force it to use v.1.13.0 on the next run?

Please help.

Thank you in advance.

@grudelsud
Copy link

I landed here for the same reason

@justperbox from what I've seen so far, it reads existing existing tags (last 100 by default) and bumps the value of the last available version accordingly. Preconditions are that

  1. existing tags are in semver format (so in your case, you have an extra dot: rename your tag from v.1.12.0 to v1.12.0 and the magic should happen)
  2. commits are spelled out in "conventional commits" format, i.e.: https://www.conventionalcommits.org/en/v1.0.0/

HTH

@vitalyk-multinarity
Copy link

The same question: I had the following tags:

git tag --sort=committerdate
v0.0.1.0
v0.0.1.1
v0.0.2.0

but the new tag was "v0.0.1-cicd-testing-semver-7-11-2023.0".

In general, I'm not interesting in using "conventional commits", I just want to bump 'patch' or 'release' number according to the flow.

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

3 participants