Visual Studio C#项目在从调试切换到发布时强制重建,反之亦然

Aar*_*sak 7 c# rebuild visual-studio visual-studio-2012

似乎Visual Studio 2012 C#项目每次从Debug切换到Release时都会强制重建,反之亦然,即使项目中没有任何更改也是如此.对于独立项目,这不会发生 - 但如果您将一个项目引用添加到类库,则每次更改为不同的构建配置时,它都会开始显示该行为.每当配置选择发生变化时,我都会将其跟踪到force.build文件的生成(in obj\Debugobj\Release).为什么是这样?可以禁用吗?我认为切换配置本身不应该需要重建.我找不到任何提及"force.build"文件和/或如何在任何文档中禁用此"功能".

要重新创建问题:

  1. 点击File/New Project...
  2. 创建一个新的Visual C#- > Console Application.保持生成的代码不变.
  3. 右键单击解决方案资源管理器中的新解决方案,然后选择Add- >New Project...
  4. 选择Visual C#- > Class Library.保持生成的代码不变.
  5. 右键单击ConsoleApplication1解决方案资源管理器中的,然后选择Add Reference...
  6. 检查框旁边ClassLibrary1Solution- > Projects和命中OK.
  7. 在中建立项目 Debug配置中.它正如预期的那样构建.
  8. 切换到 Release配置并再次构建.它正如预期的那样构建.
  9. 切换回Debug并重新构建.它构建,它不应该.它已经建好了,对吗?我们所做的就是更改目标配置选择.

这是一个错误吗?有解决方法吗?

Ste*_*tta 2

我承认我从来没有太关注它,但我只是出于好奇而尝试(Visual Studio 2012 Update 4)。

对于像您描述的单个项目,我尝试切换配置,显然,当我更改配置时,主项目再次构建:

========== Build: 1 succeeded, 0 failed, 1 up-to-date, 0 skipped ==========
Run Code Online (Sandbox Code Playgroud)

但是,如果我查看输出文件夹,没有文件被更新(每个文件的更改时间与之前的版本相同),除了 vshost.exe(我禁用了它,但收到了相同的消息)。然后,我尝试将构建日志设置为更详细(工具 - 选项项目和解决方案 - 构建和运行 - MSBuild 项目构建输出详细程度 - 从“最小”更改为“正常”或“详细”):

在此输入图像描述

然后我得到以下输出:

1>------ Build started: Project: ConsoleApplication1, Configuration: Release Any CPU ------
1>Build started 06/10/2015 00:26:50.
1>GenerateTargetFrameworkMonikerAttribute:
1>Skipping target "GenerateTargetFrameworkMonikerAttribute" because all output files are up-to-date with respect to the input files.
1>CoreCompile:
1>Skipping target "CoreCompile" because all output files are up-to-date with respect to the input files.
1>_CopyAppConfigFile:
1>Skipping target "_CopyAppConfigFile" because all output files are up-to-date with respect to the input files.
1>CopyFilesToOutputDirectory:
1>  ConsoleApplication1 -> c:\users\user\documents\visual studio 2012\Projects\ConsoleApplication1\ConsoleApplication1\bin\Release\ConsoleApplication1.exe
1>
1>Build succeeded.
1>
1>Time Elapsed 00:00:00.09
========== Build: 1 succeeded, 0 failed, 1 up-to-date, 0 skipped ==========
Run Code Online (Sandbox Code Playgroud)

所以看来该项目并没有每次都真正得到重建。如果您发现所有内容都被重建(检查输出目录文件的更改时间),那么尝试按照我的描述增加构建日志的详细程度,看看发生了什么。希望能帮助到你。

  • 构建过程确实再次启动。对于具有耗时的预构建或构建后任务的项目,这成为一个真正的问题。这里似乎没有规定答案。 (2认同)