Error, warn, or fix behavior when specifying output path when building a solution
See original GitHub issueSpecifying the output path (commonly by using the -o
command line option to dotnet build
or dotnet publish
) when building or publishing a solution can lead to issues, as multiple projects building to the same path may override each other’s files.
We should either block specifying the output path for a solution, or do something to fix the behavior (for example by appending the project name to the specified output path for each project).
Related:
Issue Analytics
- State:
- Created 3 years ago
- Reactions:6
- Comments:5 (4 by maintainers)
Top Results From Across the Web
Solution-level `--output` option no longer valid for build- ...
Learn about a breaking change in the .NET 7.0.200 SDK where using the `--output` option is no longer valid when using a solution...
Read more >The OutputPath property is not set for this project
I encountered the error while running a build process on TFS 2017, after I changed the "Path to solution or packages.config" from a...
Read more >Cannot debug net6.0-macos Apps - Developer Community
When I hit debug, the following error is shown in the Terminal: Possible reasons for this include: * You misspelled a built-in dotnet...
Read more >Troubleshooting AWS CodeBuild
Issue: When you try to run a build project, the build fails with this error. Possible cause: Your source repository has a self-signed...
Read more >Upgrading your build from Gradle 7.x to 8.0
This behavior was potentially an error because the classesDirs property did not contain the output for processResources . Since 8.0, this implicit dependency ......
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
@dsplaisted @marcpopMSFT this should be prioritized. In the past month I’ve observed multiple teams hit this issue and spend a tremendous amount of time chasing down the source of the binclash / wrong binaries in the output.
One case is linked above: https://github.com/dotnet/runtime/issues/75086. The other was an internal request which I just forwarded. I’m pretty sure this has also come up on the .NET discussion alias a few times.