-
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
Merging from develop to feature branch causes MinorPatch to change #1525
Comments
@arturcic @asbjornu @dazinator @gep13 @pascalberger any thoughts? |
@DOMZE: How does your |
@asbjornu as follow:
|
My assumptions are inline with @DOMZE but I could easily be missing something. Would be good to examine what test cases we have around this, and add a few to verify the behaviour we expect! |
@DOMZE: Are you able to write a test that provokes this problem and submit it as a PR? |
@asbjornu @dazinator Please see PR #1533 for the demonstration of this bug. It also includes the demo for Issue #1526 |
Some months ago we also provided a demonstration for what I believe is the very same problem: #1446. We still see this from time to time, but not always. I have repos where merging develop into a feature works four times and the fifths shows this problem (without any releases or tagging in between). |
I have added a fix for this issue, that is waiting to get merged |
Since #1446 is merged, I suppose this can be closed. |
Demonstration of bugs for issues GitToolsGH-1525 and GitToolsGH-1526.
Starting with a clean master branch with only a GitVersion.yml config file
The following scenario, after merging develop into feature/featureA causes gitversion (in feature/featureA) to display 1.1.1 as MajorMinorPatch. I would expect it to stay at 1.2.0 or move to 1.3.0 if there's a release branch (release/1.2.0) created
Flow:
Git commands to reproduce issue
Using GitVersion 4.0.0 and ContinuousDeployment in all branches
The text was updated successfully, but these errors were encountered: