Skip to content
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

Questions regarding ref folder in publish output #6310

Closed
leak opened this issue Jun 3, 2016 · 6 comments
Closed

Questions regarding ref folder in publish output #6310

leak opened this issue Jun 3, 2016 · 6 comments

Comments

@leak
Copy link

leak commented Jun 3, 2016

What is the point of the refs folder in publish output when targeting full framework only (net46)?

Why is the main applications exe file present as a copy in the refs folder?

How does preserveCompilationContext interact with the refs folder? Is it only relevant for core applications that contain MVC views? If I don't target core and have no MVC views (due to SPA) can i ommit this flag?

Read through various issues but couldn't really get definitive answers, so it would be great if someone could shed a bit more light on this subject.

@TheRealPiotrP
Copy link
Contributor

/cc @pakrym

@leak
Copy link
Author

leak commented Jun 16, 2016

Anyone?

@drewnoakes
Copy link
Member

drewnoakes commented Apr 4, 2017

Wondering the same thing.

If I set <PreserveCompilationContext> to false in the VS2017 .csproj file, will it impact compilation performance? Is this data somehow useful for caching, or is it completely redundant.

I'm trying to build docker images, and this folder doubles the space required for the image.

EDIT Actually, removing <PreserveCompilationContext> doesn't help. You have to explicitly set it to false.

@dasMulli
Copy link
Contributor

dasMulli commented Apr 4, 2017

There has been some discussion on this issue: https://github.com/aspnet/websdk/issues/123

Copy link
Contributor

Due to lack of recent activity, this issue has been labeled as 'stale'. It will be closed if no further activity occurs within 30 more days. Any new comment will remove the label.

@github-actions github-actions bot added the stale label Apr 25, 2024
Copy link
Contributor

This issue will now be closed since it has been labeled 'stale' without activity for 30 days.

@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale May 26, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants