-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
Improved Incremental Build for C# and VB projects #1327
Labels
Milestone
Comments
AndyGerlicher
added a commit
to AndyGerlicher/msbuild
that referenced
this issue
Nov 9, 2016
Add a target that runs before CoreCompile that will record tnd store the state of the Compile ItemGroup. This file is added to the CustomAdditionalCompileInputs which is an input to CoreCompile. When this file changes, CoreCompile will run again. This fixes the issue of deleting a file or adding a file with an old timestamp to a glob (e.g. *.cs). Fixes dotnet#1327
AndyGerlicher
added a commit
to AndyGerlicher/msbuild
that referenced
this issue
Nov 9, 2016
Add a target that runs before CoreCompile that will record and store the state of the Compile ItemGroup. This file is added to the CustomAdditionalCompileInputs which is an input to CoreCompile. When this file changes, CoreCompile will run again. This fixes the issue of deleting a file or adding a file with an old timestamp to a glob (e.g. *.cs). Fixes dotnet#1327
AndyGerlicher
added a commit
to AndyGerlicher/msbuild
that referenced
this issue
Nov 11, 2016
Add a target that runs before CoreCompile that will record and store the state of the Compile ItemGroup. This file is added to the CustomAdditionalCompileInputs which is an input to CoreCompile. When this file changes, CoreCompile will run again. This fixes the issue of deleting a file or adding a file with an old timestamp to a glob (e.g. *.cs). Fixes dotnet#1327
AndyGerlicher
added a commit
to AndyGerlicher/msbuild
that referenced
this issue
Nov 14, 2016
Add a target that runs before CoreCompile that will record and store the state of the Compile ItemGroup. This file is added to the CustomAdditionalCompileInputs which is an input to CoreCompile. When this file changes, CoreCompile will run again. This fixes the issue of deleting a file or adding a file with an old timestamp to a glob (e.g. *.cs). Fixes dotnet#1327
AndyGerlicher
added a commit
to AndyGerlicher/msbuild
that referenced
this issue
Nov 14, 2016
Add a target that runs before CoreCompile that will record and store the state of the Compile ItemGroup. This file is added to the CustomAdditionalCompileInputs which is an input to CoreCompile. When this file changes, CoreCompile will run again. This fixes the issue of deleting a file or adding a file with an old timestamp to a glob (e.g. *.cs). Fixes dotnet#1327
AndyGerlicher
added a commit
to AndyGerlicher/msbuild
that referenced
this issue
Nov 14, 2016
Add a target that runs before CoreCompile that will record and store the state of the Compile ItemGroup. This file is added to the CustomAdditionalCompileInputs which is an input to CoreCompile. When this file changes, CoreCompile will run again. This fixes the issue of deleting a file or adding a file with an old timestamp to a glob (e.g. *.cs). Fixes dotnet#1327
AndyGerlicher
added a commit
to AndyGerlicher/msbuild
that referenced
this issue
Nov 14, 2016
Add a target that runs before CoreCompile that will record and store the state of the Compile ItemGroup. This file is added to the CustomAdditionalCompileInputs which is an input to CoreCompile. When this file changes, CoreCompile will run again. This fixes the issue of deleting a file or adding a file with an old timestamp to a glob (e.g. *.cs). Fixes dotnet#1327
12 tasks
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Incremental Build Support
MSBuild only considers the set of items computed in the current build when deciding when to execute a target. When files are included via wildcard (globbing) this can create a problem when deleting an input. The output will be up-to-date with all of the existing inputs, but should be re-built because the set of inputs has changed.
We plan to create more reliable incremental builds by recording the list of C# compiler inputs in a file to be checked between builds.
The text was updated successfully, but these errors were encountered: