When incrementing version using commit message, we only consider tags with a valid version #3889
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description
Changed method
FindCommitMessageIncrementinIncrementStrategyFinderto consider SHA from tags that have semantic versioning, by reusingGetTaggedSemanticVersionsofIRepositoryStore.The change requires removing the
tagsShaCachesince the discovery must account for the currently usedconfigurationand its prefix.Close #3757
Related Issue
See issue #3757
Motivation and Context
The current behavior won't allow any other tagging (by the CI or users) to co-exist with version bumping commits.
The problem appears when any of the commits attempting to bump the version come before a tag that is not version related.
The current implementation will ignore those commits, assuming it will find a version forcing tag, when in reality there's no version defined in it.
How Has This Been Tested?
Added a new theory in
VersionBumpingScenarios.cswith 5 test cases covering prefixed versions too.Checklist: