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
[Question] Why does functions on .net core 3.1 create a bin folder inside bin and duplicating outputs #518
Comments
Also, for me, the upper level "runtime" directory is 0 bytes after building it in Azure Devops using DotNetCoreCLI@2 build command . It's filled with empty folders for each architecture. The sub 'runtime' directory has the appropriate files in it. This is the error I get when I try to run it live on Azure Function:
For some reason, building in VS2019 results in a different build output then dotnet build. |
Anybody have an answer to this in 2022? Possible solution to prevent the bin-in-bin scenario? Very irritating to deal with when you have a web app project as well as a function app project in the same solution trying to get files from a project only to have the function app create a bin folder inside the bin folder for all the dll's but not place the files which you've explicitly marked as |
This issue affects many scenarios with configuration files. Only when using Azure Functions, config files tagged with In other words:
I hope this can be resolved as soon as possible. I'm sure it would make things much easier for developers and library creators, who currently have to create and maintain workarounds just for Azure Functions. == Az Function csproj snippet:
.NET app csproj snippet:
|
We are in the process of migrating from functions v2 to v3, and we got caught by surprise when analyzing the output of our functins projects. It looks like some post build target in the functions v3 sdk runs copies all the binaries from the standard output folder to a bin subfolder, duplicating output.
We don't understand why this is done, and cannot find any documentation on which folder is the right one to run our automated build/deploy tasks on.
The text was updated successfully, but these errors were encountered: