Question

Very often, actually most of the times, Visual Studio2005 doesn t detect that some header included in some CPP file C++ project was changed. As the consequence, it doesn t recompile the project if only header is changed.

It doesn t depend on the "precompiled headers" settings. It doesn t happen in VS 2006 but in every version of VS 2005 and VS 2008 it does. It happens for all the projects, not for some specific one.

It doesn t happen if header file is a part of the project, i.e. if it appears in the vcproj file

解决这一问题的唯一途径是进行清理。

任何建议都受到高度赞赏。

Answer 1

大部分时间(特别是在C项目中)之所以出现这种情况,是因为制定了“尽可能少的重建”项目。在“市政重建”模式VS2005中,试图对需要重建的内容作出更准确的决定:不是根据谁来修改主人档案,而是根据哪些个人修改了等定义。在C项目(而不是C++项目)中,这种办法基本上没有100%的时间,即完全忽视了经过修改的负责人档案,从来不重建任何东西。 Very annoying. 我不知道你正在建造哪些项目,但也可能在C++项目中失败。

无论如何,试图将“尽可能少的重建”定为“不重建”。 (这是一个项目环境,即BTW,而不是全球VS环境)。这应当恢复传统档案重建行为。

Answer 2

首先,所有家庭调查只检查属于你的项目的负责人(包括在项目档案/档案中)。

有一些主人档案以非常特殊的方式处理,例如<代码>resource.h。这份档案一开始就有一个评论标,将档案定义为非独立者。 See my other question about that issue here on SO。

如果你使用<>行政重建<汇编者选择(如果我记得正确的话,请参看Gm)。见http://msdn.microsoft.com/en-us/library/kfz8ad09%28VS.80%29.aspx“rel=” 网页:,详见下文:

小型重建依靠的是没有在包括档案在内的不同类别定义。对项目而言,类别定义必须是全球性的(组合只能是特定类别的定义),因为整个项目都建立了补贴档案中的依赖信息。如果你在项目中有不止一个类别的定义,那么可以进行最起码的重建。

另外,如果你使用<>斯特凡>包括项目环境,我也不清楚是否正确解决了依赖性。

希望得到任何利用。

Answer 3

我只是谈到这一问题——我 co了VS项目(非常坏的想法)并继续努力复制我的项目。但是,由于所有途径等都仍然提到原始项目(使用绝对道路......的顶端VS),因此VS“didn t探测器”的头盔改变,换言之,就是看错包括地点。

Answer 4

对于那些仍然有这一问题的国家来说,2015年、2017年和2019年(或许有些版本),他们试图放弃有预谋的头盔,创立了一个品牌的新解决方案/项目(而不是复制任何内容),使重建变得微不足道等等。仅需要一种能够奏效的解决办法,它并不意味着在每次试验之前以人工方式进行清理或重建。

可通过<>亮度>确定:

进入工程

“底线建设步骤”

“以前消费”和“消费”

我想知道,我和其他人有多少事情由于不知道VS实际上只是在没有实际确定该守则的改动的情况下操作旧版本而没有收获?

友情链接