How can I change the output path in project.json?
maybe this article can help
Maybe not. Cannot find a thing which clearly touches output directory.
No you cant. You can pass an output path to dotnet build, that's about it.
@davidfowl, I know I can change output directory by passing a command argument to dotnet build. But what about dynamic compilation? How can I make sure assemblies are produced on correct folder?
I'm not sure what you mean about dynamic compilation? Do you mean Razor views?
I am referring to Roslyn auto compiler as Scott Hanselman has mentioned in this blog post:
Dynamically compiled views are in memory.
I am not referring to Views.
From Scott Hanselman's blog:
One of the great aspects of environments like node or rails is that they are "no compile." Just change some code and hit refresh. With the next version of ASP.NET you get the power and throughput of the .NET runtime plus the "Roslyn" compiler-as-a-service for a "no-compile compile." That means means during development time you can just change your C# classes and hit Refresh in the browser. It's the power of .NET with the dynamism of a refresh-and-go development experience.
Dynamic compilation is gone in RC2. It only exists for views now.
@davidfowl, I see. Everything is too confusing now. Could you point me to a documentation which mentions what's changed in RC2?
@frapid see https://github.com/aspnet/Announcements/issues/177. There are some links there which mention what have been changed.
Also, somehow related to https://github.com/aspnet/Home/issues/1471
@davidfowl, @tugberkugurlu: Isn't it a good idea to configure the build output directory in project.json? This might be useful for cases when you build a project which triggers others (dependencies) and you wished it would be nice to have output directories configured for each of your projects separately.
My two cents.
@davidfowl Will dynamic compilation ever make a comeback for anything other than views?
@jasselin There are no plans to bring it back.
@davidfowl Just curious, why did you drop the feature and decide not to reimplement it?
Architectural challenges and changes require to implement it on both .NET Framework and .NET Core. We did it with dnx and there were some problems (like some things being completely broken with in memory assemblies) that we chose to just avoid.
Most helpful comment
@davidfowl, @tugberkugurlu: Isn't it a good idea to configure the build output directory in
project.json? This might be useful for cases when you build a project which triggers others (dependencies) and you wished it would be nice to have output directories configured for each of your projects separately.My two cents.