You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The code here defines a set of regular expressions for patterns that should match any branch from which releases should be permitted. Among this default set I would recommend adding one for any branch that is named with a heads/ prefix.
Based on the logic I found here the plugin is making use of the git rev-parse command to retrieve the name of the current branch. If the name of the current branch is unique within the local workspace then this command will return the name of the branch, unqualified, as in branchname. But if the name of the branch is shared with another refspec, say a tag of the same name, then this command will return the branch name as heads/branchname. In this case the name of the branch will fail the recognized release branch checks and the plugin will fail to properly label the release.
You can reproduce this situation on any local git checkout by doing the following:
# create a tag
git tag 1.0.0
# create a branch of the same name
git checkout -b 1.0.0
# check the refspec of the current branch
git rev-parse --abbrev-ref HEAD
> heads/1.0.0
The text was updated successfully, but these errors were encountered:
This problem is somewhat related to this one since some people work around building from a detached head by manually creating a local branch with the same name as the tag to satisfy the Nebula requirements.
I thought it best to create a separate bug for this specific use case though since it is possible it may be reproducible in other situations as well.
The code here defines a set of regular expressions for patterns that should match any branch from which releases should be permitted. Among this default set I would recommend adding one for any branch that is named with a
heads/
prefix.Based on the logic I found here the plugin is making use of the
git rev-parse
command to retrieve the name of the current branch. If the name of the current branch is unique within the local workspace then this command will return the name of the branch, unqualified, as inbranchname
. But if the name of the branch is shared with another refspec, say a tag of the same name, then this command will return the branch name asheads/branchname
. In this case the name of the branch will fail the recognized release branch checks and the plugin will fail to properly label the release.You can reproduce this situation on any local git checkout by doing the following:
The text was updated successfully, but these errors were encountered: