vs2005 中每次更改.cpp里一点东西都要rebuiled整个工程,

时间:2021-12-09 10:40:23
我用vs2005,每次更改一个cpp文件里的一点东西,都要rebuiled all 才能生效,而我的工程每次rebuild都要十几分钟,(在更改后,我按f5时好像它根本不编译,直接运行之前产生的.exe文件,有错也不报)谁能告诉我怎么办













20分是全部家当了~




22 个解决方案

#1


直接按F7或者生成
rebuild的话,某些原本没修改的东西也得重新生成

#2


f7等于是build,虽然只做一部分工作,但同样要对每个工程走一遍;最后还会出现错误(vc80.idb的错误)
和一些up_to_date工程:
========== Build: 7 succeeded, 2 failed, 8 up-to-date, 0 skipped ==========

#3


直接build不行嗎?

#4


我在二楼说的就是直接f7的结果

#5


修改了某个CPP后,在这个文件上点右键>编译
然后连接整个工程
如果修改了H,则可直接F7,会自动编译引用了该H的CPP

#6


是不是你的VS2005装的有问题啊,我一直在用VS2005,没出现你说的问题

#7


貌似在大工程里缝缝补补,确实会有这问题

#8


在里面可以选择增量编译的啊

#9


所有的编译方法都不行,应该是vs2005设置的问题,不知道怎么设置才对;我原来用vs2008不会出现此问题,现在由于需要改05就出现这种莫名的问题~

#10


怎么选择增量编译!

#11


IDE难道真的很弱吗…
难道不如MAKEFILE?

#12


这不怪安装的软件,只怪安装软件的人~~

我不知道我是怎么弄的,但这种问题肯定有不少人遇到过

希望遇到过并解决的人赶快看到我的帖子并抽点时间回复吧 vs2005 中每次更改.cpp里一点东西都要rebuiled整个工程,

哎 编译时等得那叫难受啊~~

#13


有人吗 趁着又一次编译的10几分钟来瞧瞧,谁能帮帮我,vs不能再重装了(并且重装之后也可能会出现相同问题 vs2005 中每次更改.cpp里一点东西都要rebuiled整个工程,

#14


怎么会是10几分钟呢?
你编译的是什么啊?
修改之后 只能重新生成解决方案啊 

#15


编译一个工程,它调用到很多自定义的.dll,20个产生.dll的工程,所以很慢~~
而我更改只是更改这个调用工程里的.cpp文件。。。。。

#16


你看下你的操作系统时间, 感觉像是时间不同步的问题

#17


怎么设置时间同步啊

我操作系统时间是与Internet同步成功的了

#18


一般增量编译取决于至少两个因素。

1. 工程之间的引用关系,如果各个工程都有很强的依赖关系,VS是不能做到增量编译的,即
修改一个文件会造成大部分工程重编译。我们的项目也是如此,由于引用关系过紧密,修改
一句话会造成20-30分钟编译时间,无论在VS2005,2008,2010中均如此,无解。

2. 一般的增量编译,都是根据文件的时间来判断的,比如,你文件的时间大部分都是昨天以前的
,然后今天你修改了一个文件,VS会查看所有文件的时间以判断是否需要重新编译,但是某些
病毒会自动改写你所有文件的时间,有的病毒,甚至让你在操作系统里看到的文件时间是假的,
这也会引起VS误认为你的文件都需要重新编译。


#19


在确定你的电脑时间没问题的话,看来只有改用MakeFile脚本生成工程解决此类问题了。

#20


冷藏了七天,回来将时间重新同步一次,现在f7+f5可以了,比rebuild的时间短多了,
但单独按f5不行,以前用08不是这样的,不够还凑合着用。
感谢各位了!

#21


个人觉得是增量编译的问题。

#22


一般这种情况是你系统时间错误造成的

#1


直接按F7或者生成
rebuild的话,某些原本没修改的东西也得重新生成

#2


f7等于是build,虽然只做一部分工作,但同样要对每个工程走一遍;最后还会出现错误(vc80.idb的错误)
和一些up_to_date工程:
========== Build: 7 succeeded, 2 failed, 8 up-to-date, 0 skipped ==========

#3


直接build不行嗎?

#4


我在二楼说的就是直接f7的结果

#5


修改了某个CPP后,在这个文件上点右键>编译
然后连接整个工程
如果修改了H,则可直接F7,会自动编译引用了该H的CPP

#6


是不是你的VS2005装的有问题啊,我一直在用VS2005,没出现你说的问题

#7


貌似在大工程里缝缝补补,确实会有这问题

#8


在里面可以选择增量编译的啊

#9


所有的编译方法都不行,应该是vs2005设置的问题,不知道怎么设置才对;我原来用vs2008不会出现此问题,现在由于需要改05就出现这种莫名的问题~

#10


怎么选择增量编译!

#11


IDE难道真的很弱吗…
难道不如MAKEFILE?

#12


这不怪安装的软件,只怪安装软件的人~~

我不知道我是怎么弄的,但这种问题肯定有不少人遇到过

希望遇到过并解决的人赶快看到我的帖子并抽点时间回复吧 vs2005 中每次更改.cpp里一点东西都要rebuiled整个工程,

哎 编译时等得那叫难受啊~~

#13


有人吗 趁着又一次编译的10几分钟来瞧瞧,谁能帮帮我,vs不能再重装了(并且重装之后也可能会出现相同问题 vs2005 中每次更改.cpp里一点东西都要rebuiled整个工程,

#14


怎么会是10几分钟呢?
你编译的是什么啊?
修改之后 只能重新生成解决方案啊 

#15


编译一个工程,它调用到很多自定义的.dll,20个产生.dll的工程,所以很慢~~
而我更改只是更改这个调用工程里的.cpp文件。。。。。

#16


你看下你的操作系统时间, 感觉像是时间不同步的问题

#17


怎么设置时间同步啊

我操作系统时间是与Internet同步成功的了

#18


一般增量编译取决于至少两个因素。

1. 工程之间的引用关系,如果各个工程都有很强的依赖关系,VS是不能做到增量编译的,即
修改一个文件会造成大部分工程重编译。我们的项目也是如此,由于引用关系过紧密,修改
一句话会造成20-30分钟编译时间,无论在VS2005,2008,2010中均如此,无解。

2. 一般的增量编译,都是根据文件的时间来判断的,比如,你文件的时间大部分都是昨天以前的
,然后今天你修改了一个文件,VS会查看所有文件的时间以判断是否需要重新编译,但是某些
病毒会自动改写你所有文件的时间,有的病毒,甚至让你在操作系统里看到的文件时间是假的,
这也会引起VS误认为你的文件都需要重新编译。


#19


在确定你的电脑时间没问题的话,看来只有改用MakeFile脚本生成工程解决此类问题了。

#20


冷藏了七天,回来将时间重新同步一次,现在f7+f5可以了,比rebuild的时间短多了,
但单独按f5不行,以前用08不是这样的,不够还凑合着用。
感谢各位了!

#21


个人觉得是增量编译的问题。

#22


一般这种情况是你系统时间错误造成的