-
Notifications
You must be signed in to change notification settings - Fork 656
Description
I'm trying to use GitVersion in a brand new project of mine, using GitHub Flow and mainline mode, and I'm having trouble configuring it to behave the way I'd like/am expecting to.
I've been able to use GitVersion in an existing project of mine, where I'm able to tag the most recent release. For example if I've released 1.2.3, I can tag that in Git. On changes in a new branch, GitVersion will generate 1.2.4-branch0001 versions, which is what I'm expecting and what I want.
But I can't seem to figure out how to replicate this same behavior before I have any kind of release. What I would imagine I do is set the next-version in my config to 1.0.0, then versions will be generated like 1.0.0-branch0001, 1.0.0-branch0002, etc, until I merge into master, gitversion generates 1.0.0, and Git is tagged with that version. At that point I can remove next-version and rely on GitVersion seeing the Git tags to determine the next version. However when I set next-version to 1.0.0, GitVersion generates 1.0.1-branch0001 versions. I experimented a bit, and if I run it in master with next-version set to 1.0.0 and mode:MainLine, it will generate 1.0.0. However my build processes deploys the pre-release versions to a test environment, and I need them to be a semantically lower version than the 1.0.0 that will eventually be released.
Is this a bug in gitversion? Is there an additional configuration setting I'm missing? Some misunderstanding I have with how the tool operates?