Open skystedt opened 1 month ago
It appears that --no-incremental
(which invokes a rebuild) is asking for the function projects output files from the test project before it is fully built. This only happens when invoking dotnet build --no-incremental
on the solution file, and not on the test csproj nor function csproj.
This leads me to believe this is a msbuild or dotnet SDK issue. I'll reach out to those teams and see if they know if any issue like this.
The issue also occurs when you do a clean publish, eg: our build server always starts from a clean checkout and we are able to reproduce it 100% of the time.
Can this be solved? And please with some test cases so it's never introduced again. This blocks our dependency upgrades.
trimmed down version of our build process:
/usr/share/dotnet/sdk/8.0.101/Microsoft.Common.CurrentVersion.targets(5198,5): error MSB3030: Could not copy the file "/data/jenkins/workspace/REDACTED/obj/Release/net8.0/linux-x64/extensions.json" because it was not found. [/data/jenkins/workspace/REDACTED/src/REDACTED/REDACTED.csproj]
@pregress what is the target of your dotnet publish
command? Is it a solution file, dirs.proj, csproj?
The issue appears to be with MSBuild parallelization. We are still investigating, but a potential workaround is to provide max cpu count of 1: dotnet build --no-incremental -m:1
@pregress what is the target of your
dotnet publish
command? Is it a solution file, dirs.proj, csproj?
Its a *.sln file
Hitting this when running GitHub CodeQL on our solutions after upgrading to 1.17.3 or 1.17.4, since the CodeQL autobuild uses --no-incremental
Is there any real solution in the making ?
Same issue here, confirming that it is only on a clean/re build. This will cause problems in our CICD pipeline... :(
Description
Microsoft.Azure.Functions.Worker.Sdk
version1.17.4
/1.17.3
breaks solution builds using no-incremental.This is a regression of: https://github.com/Azure/azure-functions-dotnet-worker/issues/2284