Visual studio 2010 VS2010始终重建C++/CLI项目,因为它可以';找不到项目中不再存在的标题

Visual studio 2010 VS2010始终重建C++/CLI项目,因为它可以';找不到项目中不再存在的标题,visual-studio-2010,c++-cli,build-process,Visual Studio 2010,C++ Cli,Build Process,我有一个VisualStudio解决方案,它在开始调试时总是重建一个特定的C++/CLI项目。下面,我发现VS认为某个特定头文件丢失: [8392] Project 'c:\projects\CppCliProj\CppCliProj.vcxproj' is not up to date because 1 build inputs were missing. [8392] devenv.exe Information: 0 : [8392] up to date is missing:

我有一个VisualStudio解决方案,它在开始调试时总是重建一个特定的C++/CLI项目。下面,我发现VS认为某个特定头文件丢失:

[8392] Project 'c:\projects\CppCliProj\CppCliProj.vcxproj' is not up to date because 1 build inputs were missing. 
[8392] devenv.exe Information: 0 : 
[8392]  up to date is missing: 'C:\PROJECTS\CPPCLIPROJ\STRINGCONVERT.H' 
然而,这个头文件并没有被过时的项目提及!它曾经被项目引用,但我已经将其作为当前开发的一部分移动到了不同目录中的不同项目中。根据,项目目录中提到该文件或其.cpp伙伴的唯一位置是
Debug\cppciproj.Build.CppClean.log

我曾尝试从项目中重新添加和删除该文件,但VS抱怨具有该名称的文件已在源代码管理中,尽管我已告诉TFS该文件已移动


我怎样才能停止认为项目已经过时呢?

当msbuild tlog文件过时时,我偶尔会遇到这种情况。我需要定期在解决方案目录中打开命令提示符,del/s*.tlog Msbuild将在下一次完整生成期间重新生成它们

这些是msbuild在尝试确定项目依赖关系时维护的文件。例如,如果.rc文件引用了.bmp文件,但bmp未显式添加到项目中,并且bmp发生了更改,则tlog依赖项仍将捕获该文件,并且项目将重建

此外,您可能已经选中了此选项,但请确保该文件不会仍然列在解决方案资源管理器的“头文件”文件夹下。如果是,VS会认为它是一个生成的文件,并且总是希望重建解决方案以生成它