查看完整版本: 关于《cvs和nightly build技术》

关于《cvs和nightly build技术》

首先说声不好意思，嘻嘻！
最近都在CVS工具板块内活动，很少过这边来看了
今天无意中发现“每日构造与冒烟测试”帖中有人问到《cvs和nightly build技术》这本书的电子版问题
我手上正好有一个，是pdg格式的，需要用超星浏览器ssreader打开看

本想把电子书和浏览工具一并附在下面的，可惜ssreader安装文件太大了实在没办法上传，大家可以去“百度知道”[url]http://zhidao.baidu.com/question/20935517.html[/url]这里来挑选适合的安装文件下载

ps，由于整个文件夹超过上传的上限，我把它分成三部分上传的
独乐乐不如众乐乐，呵呵！

可以使用http://www.softii.com/downinfo/35142.html这个阅读器

可是使用[url]http://www.softii.com/downinfo/35142.html[/url]这个阅读器，小还方便！

Nightly Build的成功率很低，叫这个名字的书不会有太大的借鉴意义

刚看了一下目录，内容几乎都是CVS的日常管理和操作，竟然只有一章是讲Build相关问题的

最开始做自动构建接触的就是这本书！

最开始做自动构建接触的就是这本书！有中文的已经不错了，所以感觉还可以。

请问“i子休”

嘻嘻，看了你的回复，那请问一下，什么样的build成功率较高呢？

[quote]原帖由 [i]SCM_Jane[/i] 于 2008-2-29 10:43 发表 [url=http://bbs.scmlife.com/redirect.php?goto=findpost&pid=77164&ptid=5177][img]http://bbs.scmlife.com/images/common/back.gif[/img][/url]
嘻嘻，看了你的回复，那请问一下，什么样的build成功率较高呢？ [/quote]
只要是白天启动的Build成功率都应该比较高

Daily Build是最佳实践，但不要在半夜执行

除非是规模很小的项目，Nightly Build很少有成功的

回复 10# 的帖子

谢谢i子休兄弟的解释
辛苦啦！
希望我们的论坛有更多这样的良性沟通哈！

[quote]原帖由 [i]i子休[/i] 于 2008-2-28 11:58 发表 [url=http://bbs.scmlife.com/redirect.php?goto=findpost&pid=76969&ptid=5177][img]http://bbs.scmlife.com/images/common/back.gif[/img][/url]
Nightly Build的成功率很低，叫这个名字的书不会有太大的借鉴意义
[/quote]
这个结论是否有事实证据，看看[url]www.codeblocks.org[/url]的Nightly Build就很好啊，不过也许是这位兄弟说的规模很小的缘故吧。
个人认为Nightly Build/Daily Build成功率如何完全取决于团队的管理策略以及团队成员的职业素质。

回复 8# 的帖子

::em31:: ::em32::

Code::Blocks大概有30万行的C++代码，估计clean build只需要一个小时左右

SourceForge上面说一共有11个开发人员，这种规模的项目，nightly build基本不会有问题

如果整个项目有着数百、数千名开发人员时，任何一次checkin都有可能导致build break

这个时候不但要有专门的人监视整个流程，甚至还需要一套代码验证系统，用来确认每次checkin都不会导致build break

[quote]原帖由 [i]i子休[/i] 于 2008-3-24 10:51 发表 [url=http://bbs.scmlife.com/redirect.php?goto=findpost&pid=81359&ptid=5177][img]http://bbs.scmlife.com/images/common/back.gif[/img][/url]
Code::Blocks大概有30万行的C++代码，估计clean build只需要一个小时左右

SourceForge上面说一共有11个开发人员，这种规模的项目，nightly build基本不会有问题

如果整个项目有着数百、数千名开发人员时，任何 ... [/quote]
照现在正逐渐流行的持续集成作法，构建应该是自动化的，应该有一套可靠的机制能定时轮循代码仓库，取得最新代码进行构建，构建不但包括代码编译，还包括自动测试，任何一环节出了问题，系统应该都通过有效的方式（邮件、短信、声音，甚至指示性很强的红绿灯等）通知到责任人，而不是在构建过程中派专人“盯哨”（浪费人力），即使构建出错，也能忙让人修复错误。另外，一般还倡导开发人员在check in代码前能本地构建通过，这样自动集成的成功率也是有一定保证的。

[quote]原帖由 [i]missdeer[/i] 于 2008-4-7 22:55 发表 [url=http://www.scmlife.com/bbs/redirect.php?goto=findpost&pid=83840&ptid=5177][img]http://www.scmlife.com/bbs/images/common/back.gif[/img][/url]

...任何一环节出了问题，系统应该都通过有效的方式...通知到责任人...即使构建出错，也能忙让人修复错误。[/quote]
你说的这些都很有道理，成熟的构建流程起码应该是这个样子的

我主要关注的问题是“nightly”，在夜里执行的构建一旦出错，谁能第一时间来修复？

很感谢提供这份文档，急需，呵呵。

很感谢提供这份文档，急需，呵呵。