Visual Studio:项目不是最新的“,因为”AlwaysCreate“被指定”?

我已经从VS2008迁移到VS2010(SP1)的解决scheme。
现在我的一个项目从来没有find和平的时间。 每个版本都有以下输出:

1>------ Build started: Project: PROJ_NAME, Configuration: Release Win32 ------ 1>Build started 19/05/2011 7:59:27 AM. 1>InitializeBuildStatus: 1> Creating "Release\PROJ_NAME.unsuccessfulbuild" because "AlwaysCreate" was specified. 1>ClCompile: 1> All outputs are up-to-date. 1> All outputs are up-to-date. 1>Lib: 1> All outputs are up-to-date. 1> PROJ_NAME.vcxproj -> C:\projFolder.PROJ_NAME.lib 1>FinalizeBuildStatus: 1> Deleting file "Release\PROJ_NAME.unsuccessfulbuild". 1> Touching "Release\PROJ_NAME.lastbuildstate". 1> 1>Build succeeded. 1> 1>Time Elapsed 00:00:00.09 ========== Build: 1 succeeded, 0 failed, 5 up-to-date, 0 skipped ========== 

有任何想法吗?

当项目中列出的其中一个包含文件实际上不存在时,我遇到了类似的问题。 我已经删除了该文件,但忘了从项目中删除它。

然后依赖检查器认为该项目不是最新的,但build设者找不到任何东西。

我有两个包含相同文件的项目。 当第二个项目build立时,它再次编译文件,改变“触摸”date时间。 然后为第一个项目设置“AlwaysCreate”标志。

我通过在我的“C:\ Program Files(x86)\ Microsoft Visual Studio 10.0 \ Common7 \ IDE \ devenv.exe.config”文件中打开“CPS”find了这一点,如下面的xml代码片段所示。 在激活的情况下,你可以使用DebugView工具从VS2010获取消息,说明为什么它正在重build你的项目。 为什么这些消息不会进入构build日志是超越我,但无论如何它是。

添加这个:

 <system.diagnostics> <switches> <add name="CPS" value="4" /> </switches> </system.diagnostics> 

到这里:

 <?xml version ="1.0"?> <configuration> <configSections> <section name="msbuildToolsets" type="Microsoft.Build.BuildEngine.ToolsetConfigurationSection, Microsoft.Build.Engine, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" /> </configSections> <system.diagnostics> <switches> <add name="CPS" value="4" /> </switches> </system.diagnostics> <startup useLegacyV2RuntimeActivationPolicy="true"> <supportedRuntime version="v4.0.30319" /> 

根据MSDN上的这个线程:

在我的情况下,在VS10这是由于在项目文件夹中缺less(但不符合.h文件,因此没有额外的错误识别)。

快速检查所有项目文件可以在编辑器中打开解决这个问题。

您还必须检查除.h之外的其他文件。 在我的项目Readme.txt错过了。

我将一个解决scheme移到了一个新的文件夹中,每次我创build一个新版本或试图进行debugging时,都会声称组成解决scheme的所有项目都是过时的,即使它们已经构build了它们。

我search了所有的.vcxproj文件,使用CPS = 4的DebugView(请参阅上面的@ Bzzt的答案),并发现它正在寻找其旧位置中的头文件。 由于解决scheme被移动,而不是复制,这些文件不存在。

最终为我解决的是清理解决scheme,并重build一个。 之后,“AlwaysCreate”不再导致它“build设”所有的子项目。 你必须分别清理每个configuration(debugging和释放),但是一旦从干净状态重build,一切都很好。

在我的情况下,它实际上并没有做任何build设,但MSBuild或任何决定的东西都过时了,正在使用一些不再存在的caching文件path。 清理和重build取代了caching,然后像预期的那样构build

我得到了同样的问题。

根本原因:不正确的版本的VS(32位和64位)

解决scheme:切换模式debugging/释放从32位到64位或反向

http://postimg.org/image/3jurey1qr/

在Visual Studio 2010中,我通过将多处理器编译(/ MP)取消设置(可惜!),从而消除了多项目解决scheme的虚假重build。 以前,我已经启用它。 在这里find标志:通用属性> C / C ++>常规>多处理器编译。 另外,我注意到,通过单独重build每个项目,我能够消除个别项目的虚假重build。 那么每一个的构build显示每个都是最新的。

为了使这个工作,我只是重命名我现有的输出目录,以重新创build所有中间文件(尝试所有上述接受的答案后)。

过去我在VS2010中使用DebugView来find要删除的文件,但是现在这种方法并没有奏效。 我找不到任何引用丢失的头文件,使用DebugView,在我的任何代码或项目文件的XML。 我也从TFS中检索过时的文件,试图在我的机器上使用它们。

然后,我使用GREP来search整个解决scheme目录,唯一的结果是二进制文件:旧的代码文件* .obj,项目文件的* .pdb和vc100.idb。 我不知道在构build和重build过程中这些文件是如何被修改/replace的,所以我不确定这些文件之前的引用是否声明旧的头文件丢失。

希望这有助于在路上的人,并感谢上面的信息,让我开始!

对于命令行msbuild.exe的构build你可以使用/ verbosity:详细和search输出

  • “将编译为”来查找汇编
  • “源编译需要”find链接

注意:可以使用msbuild.exe /详细信息将输出传送到文件:详细> output.txt

例如

 code.cpp will be compiled as C:\path\to\header.h was modified at 18/02/2016 15:58:31. Outputs for C:\path\to\code.cpp: