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
Describe the bug
Upstream dependency git-semver-tags used in this file does not support squashed commits, resulting in incorrect version numbers being generated in the previousTag.
Current behavior
We use a process of squashing branches before merging into the trunk. Back-merging the trunk into other branches pulls in those squashed commits, where the tag is part of the commit message. git-semver-tags cannot find these tags.
Expected behavior
When squashed commits are back-merged into a branch, semantic-version should be able to parse the tag correctly.
Environment
standard-version version(s): v9.3.2
Node/npm version: node 16.15.0/npm 8.5.5
OS: Windows 10 using Git Bash to emulate *nix environment.
Possible Solution
If no tags are found in the first pass using git-semver-tags, it would be useful to have a fallback to directly parsing output from git tag to find the latest tag. Optionally this could be patched in the upstream dependency.
The text was updated successfully, but these errors were encountered:
Describe the bug
Upstream dependency git-semver-tags used in this file does not support squashed commits, resulting in incorrect version numbers being generated in the
previousTag
.Current behavior
We use a process of squashing branches before merging into the trunk. Back-merging the trunk into other branches pulls in those squashed commits, where the tag is part of the commit message.
git-semver-tags
cannot find these tags.Expected behavior
When squashed commits are back-merged into a branch, semantic-version should be able to parse the tag correctly.
Environment
standard-version
version(s): v9.3.2Possible Solution
If no tags are found in the first pass using git-semver-tags, it would be useful to have a fallback to directly parsing output from
git tag
to find the latest tag. Optionally this could be patched in the upstream dependency.The text was updated successfully, but these errors were encountered: