-
Notifications
You must be signed in to change notification settings - Fork 652
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
[Bug] 5.12 bumps major based on the previous merges instead of the last tag and branch convention #3644
Comments
Hit there. Please simplify your scenario and provide steps to reproduce. You can do this by e.g.:
Thank you very much! |
Hi @HHobeck I've created a simple repository to reproduce the issue: https://github.com/dawidkeshop/gitversion-tests This is how the history looks like: And this is what GitVersion is calculating when I'm on PS C:\Code\gitversion-tests\ClassLibrary1> dotnet gitversion /showvariable SemVer
6.0.0-breaking-change.1 |
I was trying to implement an integration test for this scenario but I can't find an option to specify merge commit message. Can I display somehow the commits tree, to verify if what I've specified in the test is what I really wanted? |
I have no idea. The libgit2sharp library is limitating here. Maybe try this: libgit2/libgit2sharp#1562 Why do you need custom merge messages for you test scenario? If you do a merg-no-fast-forward the commit message looks like: |
Hi @HHobeck, sorry for the delay in the response. I need custom merge messages to simulate my real life scenario with ADO pipeline which uses own merge messages and it's not a matter of configuration. |
🎉 This issue has been resolved in version 6.0.0-beta.6 🎉 Your GitReleaseManager bot 📦🚀 |
Describe the bug
GitVersion instead of respecting last tag to calculate new major version in the branch, analyses the whole
master
history picks some merges and bumps Major too much. (5 instead of 3).Branch history with visible
master
tag:Version put into the
csproj
file by the GitVersion:Old merges which bumps the Major part:
Expected Behavior
The new AssemblyVersion should be
3.0.0
Actual Behavior
The new AssemblyVersion is
5.0.0
.Possible Fix
Maybe stop analyzing the whole history, just pick up the parent branch tag?
Context
I'm trying to adapt GitVersion based CI process for publishing my packages. The process supposed to be very easy:
master
branch which is stable branch for releasing stable packages;major/
,/minor
,patch/
prefixed branches for features and fixes, these branches should increase version number according to the name pattern and store the number incsproj
file;master
, pipeline script tagsmaster
withAssemblyVersion
from merged branch;master
which is tagged, so branch naming convention should apply to bump the version properly.Steps to Reproduce
Have an existing project with history and then use GitVersion.
My configuration:
Logs from GitVersion
Your Environment
Doesn't matter if I do this on my local or in the ADO pipeline, the result is the same.
The text was updated successfully, but these errors were encountered: