semantic-release / semantic-release/gitlab

Duplicate Tags - How to skip to a new version

Open
#760 6 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

support
Dominant language
JavaScript
Stars
344
Forks
89
Avg merge
16h 11m
Merged PRs (30d)
4

Description

Hello,

We are using gitlab and semantic-release and semantic-release/gitlab plugin to do version tagging / creating releases.

Our pipeline was broken by someone manually adding tags (without the associated release in gitlab), so we are now in a situation where our pipeline using semantic-release is trying to create version tag 1.1.0-develop.25 but we are up to 1.1.0-develop.36

We have been manually doing the pipeline job since v25 (the devs were unaware of semantic-release, let alone how it worked and needed to get builds out).

We created a release manually in gitlab on the v25 tag, however the semantic-release script is still trying to create v25.

Is there a way to manually do the releases in gitlab to convince semantic-release to use the latest version?

I have seen semantic-release uses git notes to store current version info, I guess that the gitlab plugin uses the gitlanb releases instead to maintain the version info? There are no results for git notes list on our repo.

Thanks

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reviewing the semantic-release version and tag handling described in the issue, then inspect the GitLab plugin's release documentation and related implementation. Confirm whether manually created GitLab releases or Git tags affect the next calculated version, and document the supported recovery procedure or the missing behavior.

Written by the indexing model from the issue text.

Assessment

Tech stack
git, gitlab, javascript
Domain
release
Issue type
Documentation
Difficulty
3/5
Estimated time
1-2 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.