Merges to the release branch decreases the value of CommitsSinceVersionSource #3211
Unanswered
AndreasFetzer
asked this question in
Q&A
Replies: 1 comment
-
I think you may be hit by #3041. Please read it and the referenced issues and let me know if it explains the behavior you're seeing. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hi,
we have observed a strange behaviour in our repository: The value of CommitsSinceVersionSource changes with every merge commit of our remote release branch to the local one.
Some background information:
The behaviour that we now have is:
So GitVersion is finding THE LAST 5 merge commits of the release branch and taking the oldest one as source for the commit counting.
Now if I reset the release branch to the commit before the latest merge commit, it will again find the last 5 merges (but now the oldest one is different) and the CommitsSinceVersionSource value will change again.
I searched quiet a while for an explanation but I was not able to find an answer. And I was also not able to reproduce this with a simple test repository. Even if I merged the remote release branch several times in my test repository, GitVersion takes a different source for commit counting:
INFO [09/28/22 15:14:37:17] Found multiple base versions which will produce the same SemVer (1.0.0), taking oldest source for commit counting (Version in branch name)
Can someone explain me this behaviour of GitVersion? Are we doing something wrong?
I would like to avoid this issue in future releases.
Thanks in advance and best regards,
Andreas
Beta Was this translation helpful? Give feedback.
All reactions