-
Notifications
You must be signed in to change notification settings - Fork 832
Closed
Labels
Area-ProjectsAndBuildMSBuild tasks, project files, framework resolutionMSBuild tasks, project files, framework resolutionBugImpact-Low(Internal MS Team use only) Describes an issue with limited impact on existing code.(Internal MS Team use only) Describes an issue with limited impact on existing code.
Milestone
Description
When packing an F# project that depends on another project via ProjectReference a spurious Build is triggered on the base project. This triggers the SDK error NETSDK1085. It doesn't seem to matter if the project being referenced is an .fsproj or .csproj. In both cases the preojct being referenced will be re-built and trigger the error. Executables being packed as tools don't seem to trigger this behaviour.
dotnet new classlib --language F# --name eff -o eff
dotnet new classlib --language F# --name gee -o gee
dotnet add gee/gee.fsproj reference eff/eff.fsproj
dotnet build gee/gee.fsproj && dotnet pack gee/gee.fsproj --no-buildExpected behavior
The project should produce a NuGet package with no errors
Actual behavior
The error NETSDK1085 is reported:
/usr/lib64/dotnet/sdk/5.0.206/Sdks/Microsoft.NET.Sdk/targets/Microsoft.NET.Sdk.targets(146,5): error NETSDK1085: The 'NoBuild' property was set to true but the 'Build' target was invoked. [/testing/Gee.fsproj]
Known workarounds
Don't provide the --no-build flag when packing.
Related information
- Operating system: Fedora Linux 34
- .NET Runtime kind .NET 5 (SDK 5.0.206)
scottrudy, akurone, rhythmnewt, rstm-sf, jwosty and 3 more
Metadata
Metadata
Assignees
Labels
Area-ProjectsAndBuildMSBuild tasks, project files, framework resolutionMSBuild tasks, project files, framework resolutionBugImpact-Low(Internal MS Team use only) Describes an issue with limited impact on existing code.(Internal MS Team use only) Describes an issue with limited impact on existing code.
Type
Projects
Status
Done