你使用什么策略来提高大型项目的构建时间？ [英] What strategies have you used to improve build times on large projects?
问题描述
我曾经在一个C ++项目上工作，花了一个半小时完成一次重建。小编辑，构建，测试周期大约需要5到10分钟。这是一个非生产性的噩梦。
I once worked on a C++ project that took about an hour and a half for a full rebuild. Small edit, build, test cycles took about 5 to 10 minutes. It was an unproductive nightmare.
什么是最糟糕的构建时间，你曾经处理？
What is the worst build times you ever had to handle?
您使用哪些策略来改善大型专案的建置时间？
What strategies have you used to improve build times on large projects?
strong>
Update:
你认为使用的语言是多少，是因为这个问题？我认为C ++容易对大型项目的大量依赖，这通常意味着即使对源代码的简单更改也可能导致大规模的重建。您认为哪种语言最能解决大型项目依赖问题？
How much do you think the language used is to blame for the problem? I think C++ is prone to massive dependencies on large projects, which often means even simple changes to the source code can result in a massive rebuild. Which language do you think copes with large project dependency issues best?
推荐答案
- 转发声明
- pimpl idiom
- 预编译的标题
- 并行编译（例如Visual Studio的MPCL加载项） >
- 分布式编译（例如Visual Studio的Incredibuild）。
- 增量构建
- Forward declaration
- pimpl idiom
- Precompiled headers
- Parallel compilation (e.g. MPCL add-in for Visual Studio).
- Distributed compilation (e.g. Incredibuild for Visual Studio).
- Incremental build
- Split build in several "projects" so not compile all the code if not needed.
[以后编辑]
8.购买更快的机器。
[Later Edit] 8. Buy faster machines.
这篇关于你使用什么策略来提高大型项目的构建时间？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
