make 请问构建的编译选项如何管理

tanglehdf@163.com · 2011年01月29日 · 2 次阅读

在构建前,应该设置编译选项,而构建又是持续集成过程的阶段结果输出过程;在并行开发时,有多种集成同时进行。 请问配置管理员控制哪一级的构建过程?

一般需要 SCM 严格控制的是要发布给测试人员的构建。那么设计到这些发布的编译选项由配置管理员来负责,且要固定下来。也就是说每次发布给测试人员的构建过程(包括构建选项)都是要一致的。

而那些给研发人员用的构建编译选项,可以由他们自己决定。也可以让研发告诉你,你帮他们来设置。

ps:哥们,大过年的,你还没回家啊?

俺就在家里哦。:lol 请问配置管理员是否需要有独立的构建环境;还是使用开发人员的构建环境; 再请问,如果使用开发人员的构建环境,如何保存这个构建环境,是否有必要保存下来?

最好是单独的环境,不受开发情形影响

单独的构建环境

最简单的是用 VM,做好新的 template,需要新的直接 clone

shawn2001 于 2011-2-10 00:09 发表
单独的构建环境

最简单的是用 VM,做好新的 template,需要新的直接 clone [/quote]

用 VM,好想法!不过担心有性能问题!编译最耗费的是 CPU 资源了!

我们这里全是 VM,硬件性能跟上了,VM 没有问题。

CPU 是主要的编译瓶颈么?还有现在很多机器都是双核的,甚至三核,四核的,但是编译的时候能使用上这么多核的资源么? 我看到编译的很多都是一个 CPU 利用率很高,另外一个很低。

我自己感觉现在的主要瓶颈是内存太小。大内存,有利于降低对虚拟内存的访问。如果内存足够大,数据根本不用写到硬盘上,内存里就搞定了。如果内存槽已经插满了,那就扩大虚拟内存大小。现在有专门的软硬件做这个,貌似效果还不错。

同时要优化编译,利用上多核。

也许吧,VM 没咋试过!我们这里有些 C++ 程序编译比较久的,CPU 差一些,就要多花 10 来分钟!

你可以看看构建的时候,CPU 的使用率和内存的使用率

观察下都是什么情况

主要是 CPU 常接近 100%

如果可以,你把内存加一倍试试

ps: VM 这点就是方便,容易配置,内存,CPU 一划分就可以了。很容易添加

你指的的 VM 是 VMware? 这个有划分 CPU?

VMware ESX

需要 登录 后方可回复。