Bump gitversion.tool from 5.12.0 to 6.0.5 in /build

[dependabot]

Bumps gitversion.tool from 5.12.0 to 6.0.5.

Release notes

Sourced from gitversion.tool's releases.

6.0.5

This is the last version supporting .net 6.0 as it's now End Of Support

As part of this release we had 12 commits which resulted in 5 issues being closed.

Documentation

• !4229 Update msbuild.md: Visual Studio is no longer supported
• [#4244](GitTools/GitVersion#4244) [ISSUE]: dotnet tool install docs should not use an explicit --version arg
• !4288 Mention new config parameter semantic-version-format

SHA256 Hashes of the release artifacts

• 0b4186c884bc4859a44f633141d2492838ad631e49b18aca2e5422d8b5f1fecf - gitversion-linux-arm64-6.0.5.tar.gz
• cf74d02985e3cfa6deee2ccfd7b320fb02e9348efca91333bf380c30eb83a88f - gitversion-linux-musl-arm64-6.0.5.tar.gz
• 2c8468f1fffed3c5e07e273d894119a470a594d7a41ed53bb8fb9e44a52d5da0 - gitversion-linux-musl-x64-6.0.5.tar.gz
• 1eebc15c291e911dcf36a986e213d8143d3dbcc84bcc4b43e0ef3bc0a5758635 - gitversion-linux-x64-6.0.5.tar.gz
• 39de64876a52155e97aaba06eb4dd3df24fe26fdeb3203170063cf487ab64efd - gitversion-osx-arm64-6.0.5.tar.gz
• fb839cc85e0448b320a17984fe817d7b9811099f889f54cd1894d7bd3afdba45 - gitversion-osx-x64-6.0.5.tar.gz
• 816280d721b890ff8e0268a0605104926b715ce87677efb38aca5e3e8c10f414 - gitversion-win-arm64-6.0.5.zip
• fc5db3b31d666b90e464e525b682625bcebaaa03f8d01b94832428987eb5f596 - gitversion-win-x64-6.0.5.zip

6.0.4

As part of this release we had 26 commits which resulted in 6 issues being closed.

Bugs

• [#4159](GitTools/GitVersion#4159) [ISSUE]: GitVersion tool is slow / stalls
• [#4192](GitTools/GitVersion#4192) [ISSUE]: Building with target framework net8.0-windows requires a <GitVersionTargetFramework>

Dependencies

• !4263 (deps): Bump MSBuild.ProjectCreation to 13.0.0

Documentation

• [#4219](GitTools/GitVersion#4219) [Docs]: Confusing/missing documentation around strategies
• !4262 Fix remark lint

SHA256 Hashes of the release artifacts

• 1da9499b4a6333954fc9a39e84720a29ab6164e27a6041a28bc7aef2e3d79a0a - gitversion-linux-arm64-6.0.4.tar.gz
• 08e4c312ce761c5e87e79be6844286762b160ed217cf48385cf92d771a6ed614 - gitversion-linux-musl-arm64-6.0.4.tar.gz
• 47f9bd03cdf6852957994b36b1c2f232ab40fb5803a3f8dcc3c0b339b99cbdae - gitversion-linux-musl-x64-6.0.4.tar.gz
• a9e696b354b69e9584ce5ce83788fdd62833ab71689ed835cbd2490de314ae6b - gitversion-linux-x64-6.0.4.tar.gz
• a5bba2126045d35f85dfbe97f6c239b58d34dcd293ad2fc299eeb56b36d09a61 - gitversion-osx-arm64-6.0.4.tar.gz
• b82a1f0f981528926d0ae87996f66d6be0da826f1fbb8139f671c5f45a2cd4c8 - gitversion-osx-x64-6.0.4.tar.gz
• b8161edff12692fcf7450335fc680a92cc9fea77c2973748ee766f263252a4f4 - gitversion-win-arm64-6.0.4.zip
• d99906426c3cc02ef60dfd58446784537cc69733e5b2d95e841e493a2786af35 - gitversion-win-x64-6.0.4.zip

... (truncated)

Changelog

Sourced from gitversion.tool's changelog.

v6.0.0

Platforms

• Drop support for .NET Framework 4.8, .NET Core 3.1 and .NET 5.0. Changed the project targets to .NET 6.0 or later.

Caching

• Refactor caching system in GitVersion to use json files instead of yaml files. This change is not backwards compatible with the old caching system.

Configuration changes:

• The configuration properties continuous-delivery-fallback-tag, tag-number-pattern, and tag were renamed to continuous-delivery-fallback-label, label-number-pattern, and label respectively. tag-pre-release-weight and tag-prefix remained as they were as they are referring to a Git tag.

• When using a commit message that matches both *-version-bump-message and no-bump-message, there is no increment for that commit. In other words, no-bump-message now takes precedence over *-version-bump-message.

• The fallback version strategy now returns 0.0.0 and is flagged with ShouldIncrement equal to true. This yields the version 0.1.0 on the develop branch (IncrementStrategy.Minor by default) and 0.0.1 on the main branch (IncremetnStrategy.Patch by default).

• The current branch (child) inherits its configuration from the source (parent) branch if the increment strategy is set to Inherit. This makes branch configuration recursive, simpler, more intuitive, more flexible, and more robust.

• Instead of having a single effective configuration, we now have one effective configuration per branch where the increment strategy is not set to inherit.

• The new implementation of the branch configuration inheritance affects per default only the pull-requests, hotfix and feature branches. In this case the next version will be generated like the child branch is not existing and the commits have been made on the source branch.

  • The following example illustrates this behavior. On the feature branch the semantic version 1.1.0-just-a-test.1+2 will now be generated instead of version 1.0.0-just-a-test.1+3 previously:

    * 1f1cfb4 52 minutes ago  (HEAD -> feature/just-a-test)
    * 1f9654d 54 minutes ago  (release/1.1.0)
    * be72411 56 minutes ago  (develop)
    * 14800ff 58 minutes ago  (tag: 1.0.0, main)
    

• A new unknown branch magic string has been introduced to give the user the possibility to specify the branch configuration for a branch which is not known. A branch is not known if only the regular expression of the branch configuration with the name unknown is matching. Please notice that this branch configuration behaves like any other branch configurations.

• Additional fallback branch configuration properties have been introduced at the root to define base properties which will be inherit to the branch configurations. That means if no other branch configuration in the inheritance line defines the given property the fallback property applies. Notice that the inheritance tree can be controlled using the increment strategy property in the branch configuration section.

  • The following example illustrates this behavior. The hotfix branch configuration overrides the main branch configuration and the result overrides the fallback branch configuration.

    * 1f1cfb4 52 minutes ago  (HEAD -> hotfix/just-a-test)
    * 14800ff 58 minutes ago  (tag: 1.0.0, main)
    

• When overriding the configuration with e.g. GitVersion.yaml the software distinguishes between properties who are not existent and properties who are null. This is especially important if the user wants to define branch related configuration which are marked with increment strategy Inherit.

• Following root configuration properties have been removed:

  • continuous-delivery-fallback-tag

• A new branch related property with name track-merge-message has been introduced. Consider we have a main branch and a release/1.0.0 branch and merge changes from release/1.0.0 to the main branch. In this scenario the merge message will be interpreted as a next version 1.0.0 when track-merge-message is set to true otherwise 0.0.1.

• The pre-release tags are only considered when they are matching with the label name of the branch. This has an effect on the way how the CommitCountSource will be determined.

... (truncated)

Commits

• c78e7a3 (build) use sdk 9.0.100
• 58d4808 #4244 - remove explicit version on cli install
• 4a7d978 Merge pull request #4292 from GitTools/dependabot/nuget/src/YamlDotNet-16.2.0
• 6f52529 (deps): Bump YamlDotNet from 16.1.3 to 16.2.0 in /src
• 8758a3c Update msbuild.md: update supported frameworks
• c849187 Mention new config parameter semantic-version-format (#4288)
• 9c91227 updated README
• a2b8e11 Merge pull request #4283 from GitTools/dependabot/nuget/new-cli/Scriban-5.11.0
• 10cc563 (deps): Bump Scriban from 5.10.0 to 5.11.0 in /new-cli
• ad66ece (docs deps): Bump the remark group with 2 updates (#4282)
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[dependabot]

OK, I won't notify you again about this release, but will get in touch when a new version is available. If you'd rather skip all updates until the next major or minor version, let me know by commenting @dependabot ignore this major version or @dependabot ignore this minor version. You can also ignore all major, minor, or patch releases for a dependency by adding an ignore condition with the desired update_types to your config file.

If you change your mind, just re-open this PR and I'll resolve any conflicts on it.