标签：visual-c build-automation incremental-build c

我们在VS2005中构建了一个相当大的C项目,从头开始进行编译和构建可能需要40分钟,而在32位和64位配置下都需要10分钟的安装时间.我希望将此时间至少减少到10分钟左右,因为我认为在使用持续集成时获得快速的构建反馈很重要.

当通过删除最终的链接文件而不是.obj文件来使用增量生成时,生成过程似乎要快得多,但是错误似乎会四处弹出,例如无法加载.dll.从一个干净的版本,一切正常.我正在使用TeamCity作为选择的CI系统.

也许增量版本的行为在Visual Studio的更高版本中更好,并且可能是升级的好动力？有没有人遇到过类似的问题？

解决方法:

好问题.

当我为Microsoft Visual Studio 2003/2005/2008的大型C项目组合CI系统时,我遇到了增量构建方面的问题.特别是在使用预编译的头文件时,似乎并不是在所有情况下都无法进行增量构建.我想听听是否有人对此有详细的解释,即什么有效,什么无效.

就我而言,该项目从头开始花费了一个多小时,因此为了在一天之内获得合理的反馈速度,我最终做了一个干净的每晚构建,即发布版本,而在一天之内,我使用了基于每夜.除增量建筑无法正确接收更改并重新编译所有必要内容的情况外,这非常有效.之所以尝试这种方法,是因为我认为快速获得反馈非常重要,如果增量构建每月一次或更少一次失败,那么我已经准备好适应这种局限性了.

总的来说,我喜欢做的事情比上面描述的要好,因此在其他项目中,有可能获得更多的硬件并重新组织要并行构建的组件,所以我通常会进行完整的重新构建.如果可以并行构建,则可以大大加快构建速度.

要考虑的其他事项是：

>包含与向前声明
>模板用法
>事物之间的一般依赖性
>将项目的一部分作为独立的库,甚至可以预先构建.

为了加快构建速度,可以做很多事情,而在大多数情况下,我会考虑将其视为增量构建.

标签：visual-c,build-automation,incremental-build,c
来源： https://codeday.me/bug/20191023/1913014.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。