Skip to content
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

[ISSUE]: v6 Beta 7 Msbuild Task failing again #3999

Closed
2 tasks done
christophwille opened this issue Apr 11, 2024 · 4 comments
Closed
2 tasks done

[ISSUE]: v6 Beta 7 Msbuild Task failing again #3999

christophwille opened this issue Apr 11, 2024 · 4 comments

Comments

@christophwille
Copy link

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-beta.7

Operating system

Linux, Windows

What are you seeing?

#3832 that was fixed and working a-ok for months now (we were using Beta 5). Today I tried upgrading, and I seem to be back at square one again.

C:\Users\myusername\.nuget\packages\gitversion.msbuild\6.0.0-beta.7\tools\GitVersion.MsBuild.targets(21,9): error MSB3073:
 The command "dotnet --roll-forward Major "C:\Users\myusername\.nuget\packages\gitversion.msbuild\6.0.0-beta.7\tools\net8.
0/gitversion.dll" "C:\Workspace\myProject"  -output file -outputfile "obj\gi
tversion.json"" exited with code 1. [C:\Workspace\myProject\myProject.csproj]

What is expected?

n/a

Steps to Reproduce

Visual Studio is again not balking (building a-ok), only dotnet build on the command line - as stated, locally on Windows as well as on Linux on the build server.

RepositoryFixture Test

No response

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

No response

@christophwille
Copy link
Author

I ran the command manually (omitted the cache infos):

WARN [04/11/24 9:45:49:31] An error occurred:
Could not build the configuration instance because following exception occurred: 'Requested value 'Mainline' was not found.' Please ensure that the /overrideconfig parameters are correct and the configuration file is in the correct format.

Did something in the config files change from b5 to b7 that I missed in the release notes?

@christophwille
Copy link
Author

christophwille commented Apr 11, 2024

My gitversion.yml (I think created back in the day using gitversion init, not modified):

merge-message-formats: {}
update-build-number: true
semantic-version-format: Strict
branches: {}
ignore:
  sha: []
mode: Mainline
increment: None
source-branches: []
is-source-branch-for: []

@asbjornu
Copy link
Member

mode: Mainline is temporarily gone in beta 7. We might bring it back in beta 8, right @HHobeck?

@HHobeck
Copy link
Contributor

HHobeck commented Apr 11, 2024

The mainline mode has been deprecated and will be not available anymore. The mode has been renamed from versioning mode to deployment mode and can be seen just as a option to specify how the semantic version will be printed. Thus the deployment mode option has no influence how the version will be determined in general. Therefor the version strategy implementations are there.

This question has been answered in following discussion already:
#3949 (comment)

P.s.: Maybe we will rename the strategy TrunkBased back to Mainline because it conflicting with the TrunkBased workflow. But at the end it is a new algorithm (part of version strategy).

@HHobeck HHobeck closed this as not planned Won't fix, can't repro, duplicate, stale Apr 11, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants