-
Notifications
You must be signed in to change notification settings - Fork 564
Closed
Labels
Area: App+Library BuildIssues when building Library projects or Application projects.Issues when building Library projects or Application projects.bugComponent does not function as intended.Component does not function as intended.vs-syncFor internal use only; creates a VSTS "mirror" issue.For internal use only; creates a VSTS "mirror" issue.
Milestone
Description
Steps to Reproduce
- Build
- Cause a Design-Time Build to occur
- Build again
- More things build than should
One of the issues I noticed while debugging the issue with #1933 is
that $(IntermediateOutputPath)build.props gets invalidated if
$(DesignTimeBuild) changes. build.props triggers alot of targets
to build completely again, so this is pretty bad for our build times
in an IDE...
Design-Time Builds can run quite frequently in VS Windows, and we
don't want to rebuild a bunch of things unnecessarily when the user
switches back to a regular build.
Expected Behavior
Design-time builds should not invalidate obj\Debug\build.props, and therefore:
Design-time builds should not trigger any of the following targets if there are no changes:
_LinkAssembliesNoShrink_UpdateAndroidResgen
Actual Behavior
Design-time builds cause a future build (even with no changes) to be slower.
Version Information
Happens on master/d15-8.
VS bug #660393
Metadata
Metadata
Assignees
Labels
Area: App+Library BuildIssues when building Library projects or Application projects.Issues when building Library projects or Application projects.bugComponent does not function as intended.Component does not function as intended.vs-syncFor internal use only; creates a VSTS "mirror" issue.For internal use only; creates a VSTS "mirror" issue.