Continuous-delivery-fallback-label Property Not Found

[elzik]

Prerequisites

• I have written a descriptive issue title
• I have searched issues to ensure it has not already been reported

GitVersion package

GitVersion.MsBuild

GitVersion version

6.0.0

Operating system

macOS

What are you seeing?

After upgrading to v6.0.0 I received the error that continuous-delivery-fallback-tag could not be found. That's fine, it's a breaking change as described in the breaking changes documentation.

So I updated the property to continuous-delivery-fallback-label as described. However, now when my build runs I get the following error:

 WARN [24-07-24 15:38:52:63] An error occurred:
         Could not build the configuration instance because following exception occurred: 'Property 'continuous-delivery-fallback-label' not found on type 'GitVersion.Configuration.GitVersionConfiguration'.' Please ensure that the /overrideconfig parameters are correct and the configuration file is in the correct format.

It seems like neither the old property name nor the new one described in the breaking changes are found. Is there a bug here or have I misunderstood the breaking changes?

What is expected?

After updating my GitVersion.yml file in line with the breaking changes document, GitVersion should not fail.

Steps to Reproduce

The updates to my configuration file to fix breaking changes is available here and the failure can be seen here.

RepositoryFixture Test

No response

Output log or link to your CI build (if appropriate).

https://github.com/elzik/fmsync/actions/runs/10079727708/job/27867728469

[HHobeck]

Hi there.

In the breaking change documentation is written:

Following root configuration properties have been removed:

• continuous-delivery-fallback-tag

BTW:
I would recommend always to use the workflow property if you are using an existing workflow (which is true in your case because it defaults to GitFlow/v1). Anyway it makes it clear what workflow is used.

workflow: GitFlow/v1
mode: ContinuousDelivery

[HHobeck]

In your scenario packages-upgrade is a branch where the unknown branch configuration applies. Please specify the ContinuousDelivery options there.

[Jandini]

I've changed the default mode to ContinuousDelivery but I am still getting 0.8.2-packages-upgrade.1 instead expected 0.8.2-packages-upgrade.10. Yes, packages-upgrade is a "feature" branch and I have only main branch.

mode: ContinuousDelivery
workflow: GitFlow/v1
assembly-versioning-scheme: MajorMinorPatch
assembly-file-versioning-scheme: MajorMinorPatchTag
assembly-informational-format: '{SemVer}'


branches:
  master:
    regex: main

I'm using following gitversion:

gitversion -version                                                                                   6.0.4+Branch.main.Sha.84f2e38075a6d36f8e033d42451f714658061218 

Here's the output (I've made some extra commits, so this time is +18):

{
  "AssemblySemFileVer": "0.8.2.1",
  "AssemblySemVer": "0.8.2.0",
  "BranchName": "packages-upgrade",
  "BuildMetaData": 18,
  "CommitDate": "2024-11-03",
  "CommitsSinceVersionSource": 18,
  "EscapedBranchName": "packages-upgrade",
  "FullBuildMetaData": "18.Branch.packages-upgrade.Sha.6f7bf437e8c6932aaea5735851a55d001e615a24",
  "FullSemVer": "0.8.2-packages-upgrade.1+18",
  "InformationalVersion": "0.8.2-packages-upgrade.1",
  "Major": 0,
  "MajorMinorPatch": "0.8.2",
  "Minor": 8,
  "Patch": 2,
  "PreReleaseLabel": "packages-upgrade",
  "PreReleaseLabelWithDash": "-packages-upgrade",
  "PreReleaseNumber": 1,
  "PreReleaseTag": "packages-upgrade.1",
  "PreReleaseTagWithDash": "-packages-upgrade.1",
  "SemVer": "0.8.2-packages-upgrade.1",
  "Sha": "6f7bf437e8c6932aaea5735851a55d001e615a24",
  "ShortSha": "6f7bf43",
  "UncommittedChanges": 1,
  "VersionSourceSha": "87e5332c9319302b817c150b36a118c9d3d7e954",
  "WeightedPreReleaseNumber": 1
}

[HHobeck]

Okay good. Then you need to change the mode on the branch configuration level for unknown branches:

https://github.com/GitTools/GitVersion/blob/main/docs/input/docs/workflows/GitFlow/v1.yml

[Jandini]

Can you elaborate on "mode on the branch configuration level for feature branches" ?

Your file is quite "big"... Yet I tried it and still nothing... 0.8.2-packages-upgrade.1 instead expected 0.8.2-packages-upgrade.18

C:\Projects\Janda\JandaBox>gitversion.exe                                                                                                                                                                                                                                     {                                                                                                                                                                                                                                                                               "AssemblySemFileVer": "0.8.2.0", 
"FullSemVer": "0.8.2-packages-upgrade.1+18",                                                                                                                                                                                                                                  
"InformationalVersion": "0.8.2-packages-upgrade.1+18.Branch.packages-upgrade.Sha.6f7bf437e8c6932aaea5735851a55d001e615a24",                                                                                                                                                   
"SemVer": "0.8.2-packages-upgrade.1",                                                                                                                                                                                                                                       }

I didn't use branch name starting with feature/ ... ?

C:\Projects\Janda\JandaBox>git branch
  main
* packages-upgrade

[HHobeck]

What do you mean? I have shared the build-in template (default) for GitFlow/v1 workflow. And there it is set to ManualDeployment. So it works like expected. If you don't want this behavior then you need to override it and change it to ContinuousDelivery.

Please read the documentation about configuration here.

[talinhrn]

I am having the exact same problem with elzik. As you mentioned
Following root configuration properties have been removed:

continuous-delivery-fallback-tag
so I have changed that to continuous-delivery-fallback-label which should work. I am using the latest version of gitversion but still getting the following error. I mean they have released the changes made but the corrected formats are not being recognized. Do you guys have any suggestions to solve this.

Could not build the configuration instance because following exception occurred: 'Property 'continuous-delivery-fallback-label' not found on type 'GitVersion.Configuration.GitVersionConfiguration'.' Please ensure that the /overrideconfig parameters are correct and the configuration file is in the correct format.

[Jandini]

I had no time and gave up on 6.x… all my projects are still running under 5.12 I would love to move on to 6 at some point…

…

On Thu, 15 Jan 2026 at 13:50, Talin Harun ***@***.***> wrote: I am having the exact same problem with elzik. As you mentioned Following root configuration properties have been removed: continuous-delivery-fallback-tag so I have changed that to continuous-delivery-fallback-label which should work. I am using the latest version of gitversion but still getting the following error. I mean they have released the changes made but the corrected formats are not being recognized. Do you guys have any suggestions to solve this. Could not build the configuration instance because following exception occurred: 'Property 'continuous-delivery-fallback-label' not found on type 'GitVersion.Configuration.GitVersionConfiguration'.' Please ensure that the /overrideconfig parameters are correct and the configuration file is in the correct format. — Reply to this email directly, view it on GitHub <#4124 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AEVPRF6HBZI2373UA72UJKT4G5ET7AVCNFSM6AAAAACRYO74TWVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTKNJQGM4DIMQ> . You are receiving this because you commented.Message ID: ***@***.***>