Open plioi opened 5 days ago
The behavior is varying by environment. Here is a far simpler library where the behavior is as I described above when I run locally, but in github actions the behavior is correct. Both running .NET 9 SDK with confirmation in the Actions log using dotnet --info: https://github.com/fixie/fixie.assertions/actions/runs/11824888740/job/32947429874?pr=12
Describe the bug
After upgrading to the .NET 9 SDK, build scripts issuing
dotnet
commands litter the output withBuild succeeded in X.Xs
even for commands other thandotnet build
.To Reproduce
For an example, see
build.ps1
in a representative repo at https://github.com/fixie/fixie/blob/ca6aac79f8a6dcec2b4abf58c537abca94a2b251/build.ps1dotnet clean...
is now followed by "Build succeeded in..." where it was not before.dotnet $fixie...
where $fixie is the path to a built dll, simply executing it, is now followed by TWO occurrences of "Build succeeded in..." where none were output before. I suspect this is because the first invocation is the one witnessed in the build script, and then the second is likely because the invoked executable itself is issuing adotnet
command to run a secondary dll in the same fashion viaProcessStartInfo
.dotnet pack...
is now followed by "Build succeeded in..." where it was not before.Proof that this output did not happen before can be seen in the Build section of this github actions job: https://github.com/fixie/fixie/actions/runs/11688386793/job/32548703947
This change to the output can only be confusing for non-build commands, and if we have to start littering all of our commands with something extra to suppress it by adjusting verbosity (and accidentally suppress substantive other details), then the phasing out of the explicit
--tl
was a net loss.Further technical details