The patch version is being incremented , even if the increment tag is set to none

[kabilanmani93]

Describe the bug
The patch version is being incremented , even if the increment tag is set to none

Expected Behavior

To patch version should not be incremented , if the increment attribute in gitversion.yml is set to None under the specified branch

  hotfix:
    regex: '(hotfix)([/-])'
    tag: 'hotfix'
    increment: None
    prevent-increment-of-merged-branch-version: false
    source-branches: ['release']
    is-source-branch-for: []  

Actual Behavior

The patch version is being incremented

Context

We are working on hotfixes on release branch ( refer the below sc for the graph)

-We create a release tag(on Gitlab using release-cli) only on master/main branch based on semversion ( gitversion tool)
-When a release branch is created out of master , the artifacts uploaded with the release tag (main) are used automatically

issue is when we start having bugs on release branches

• Current execution
  - We checkout the hotfix branch from release ( pipeline publishes artifacts with pipeline id)
  - when merged to release branch ( we have to manually override the env variable to pull the artifacts which needs to be deployed) ---> this is a manual task, we need to eliminate this by running semversion and create a releasetag in hotfix branch and use the same tag in release branch ( by running the gitversion command)

       **issue here is that**
        --> when i make a commit on hotfix branch the patch is incrementing. i do not want that to increment
       --> secondly is there a way to add a prefix having the commitid or random-number. say 2.0.2-hotfix:ef245.5
  

i have taught of below way of tagging.

Your Environment

Gitlab : 14.10.5
Gitlab runners on EKS

[HHobeck]

Hi @kabilanmani93

It's quite difficult for me to follow your thoughts. The default supported workflow in GitVersion is the GitHub workflow (see https://gitversion.net/docs/learn/branching-strategies/gitflow/examples). If you want to customize the workflow then you can do this and overwrite the configuration file.

Are you sure this is a bug or do you want to know how you are going to setup GitVersion properly?

If it is a bug please try to simplify your scenario and create a integration test like:

    [Test]
    public void Just_A_Test()
    {
        // * 2373a87 58 minutes ago  (HEAD -> main)

        var configuration = GitFlowConfigurationBuilder.New
            .WithVersioningMode(VersioningMode.ContinuousDeployment)
            .WithBranch("main", builder => builder
                .WithLabel("ci")
                .WithVersioningMode(VersioningMode.ContinuousDeployment)
            )
            .Build();

        using var fixture = new EmptyRepositoryFixture();

        fixture.MakeACommit();

        // ✅ succeeds as expected
        fixture.AssertFullSemver("0.0.1-ci.1", configuration);

        // or

        // ❌ expected: 0.0.1-ci.5"
        fixture.AssertFullSemver("0.0.1-ci.1", configuration);

        fixture.Repository.DumpGraph();
    } 

Please use the latest version in the main branch which contains the latest development initiatives. Thank you.

[kabilanmani93]

@HHobeck

I have already setup the gitversion, but based on the gitversion.yml setting, the hotfix branch should not increment. but it is

Secondly, is it possible to have a dynamic tag ? example i have made the tag as hotfix. Can it prefix with a dynamic variable say commitid ? hotfix.commitid

  hotfix:
    regex: '(hotfix)([/-])'
    tag: 'hotfix'
    increment: None
    prevent-increment-of-merged-branch-version: false
    source-branches: ['release']
    is-source-branch-for: [] 

[HHobeck]

You can think of that the increment strategy is used to determine the next version. Therefor the tool calculates:

1. a list of one or more base versions using different IVersionStrategy implementation,
2. takes the highes version number and
3. increments the version depending on the increment strategy of the branch

Using the IncrementStrategy.None is very exceptional and I'm not sure if it is the right configuration for you. I would suggest you to read the documentation of GitVersion to get familiar how the configuration affects the version generation.

Anyway if you take this integration test you see that the IncrementStrategy.None value works like expected:

    [TestCase(IncrementStrategy.None, "1.1.0-just_a_label.1+1")]
    [TestCase(IncrementStrategy.Patch, "1.1.1-just_a_label.1+1")]
    public void Just_A_Test(IncrementStrategy incrementStrategy, string expectedVersion)
    {
        // * 5245f56 56 minutes ago  (HEAD -> main)
        // * 5b3b55d 58 minutes ago  (tag: 1.1.0)

        var configuration = GitFlowConfigurationBuilder.New
            .WithBranch("main", builder => builder
                .WithLabel("just_a_label")
                .WithIncrement(incrementStrategy)
            ).Build();

        using var fixture = new EmptyRepositoryFixture("main");

        fixture.MakeATaggedCommit("1.1.0");
        fixture.MakeACommit();

        // ✅ succeeds as expected
        fixture.AssertFullSemver(expectedVersion, configuration);

        fixture.Repository.DumpGraph();
    }