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

Workflow to use main and next branches #101

Open
3 of 6 tasks
iris-garcia opened this issue Jul 11, 2024 · 1 comment
Open
3 of 6 tasks

Workflow to use main and next branches #101

iris-garcia opened this issue Jul 11, 2024 · 1 comment

Comments

@iris-garcia
Copy link

Issue type

  • bug report
  • idea
  • question
  • other

Expected behavior

The next branch can be used for next major releases.

Actual behavior

There is a git tag collision.
Having release the first version from main and then starting a new feature and pushing to next collisions with the git tag/release of main.

How is it supposed to work with that workflow? if it is possible at all.

Thank you.

  • I've read the docs. This case is not mentioned
  • Similar issue does not exist
@antongolub
Copy link
Member

I'm afraid, I do not see a simple workaround. We have previously considered a similar case and realized that in some situations (prereleases from feature branches) we need a different way of storage for meta:

  1. release info files in a separate branch
    https://github.com/qiwi/pijma/tree/meta
  2. as part of GH assets
    https://github.com/antongolub/misc/blob/master/.releaserc.cjs
    https://github.com/antongolub/misc/releases/tag/0.1.0-esbuild-plugin-transform-ext (see meta.json)

But we were unable to adapt this architecture to the semantic-release and created a separate tool from scratch.

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