扫一扫
分享文章到微信
扫一扫
关注官方公众号
至顶头条
所以我们就这里开始简单讨论了一下关于Daily Building的话题。
我觉得不论是不是用XP,这个Daily Building都是很重要的,因为只有这样,才能准确地把握开发的进度,并且更好地保证软件的质量。
至于具体做法,说实话,我也没机会做过,据说有一些像FinalBuild这样的工具可以很方便地实现。当然对于不复杂的东东也是有很多替代方法的,比如老土的makefile,或是用一些脚本(shell、PERL、Python……),都可以实现。
剩下就是如何运作的问题。
我的设想是这样的:
每天一上班,质量部门就在SCM中创建一个Build版本分支,并把下班前一到两小时定为Build时间。
开发人员在Build时间之前把通过单元测试的稳定代码Commit到这个Build版本分支里。在Commit之后,开发人员可以继续进行开发工作,并在下班前将代码Commit到主开发版本里。
质量部门在Build时间从Build版本分支中Check out出代码,并进行集成编译及测试,确定没有问题以后,就可以拥有一个相对稳定的版本。之后,比如第二天上班时,质量部门就可以把这个稳定的版本分支与主版本合并,再创建一个新的分支,然后重复上面所说的过程。
这一迭代过程重复进行下去,软件项目就可以很扎实地一步一个脚印地进行下去,不容易出现失控的情况。
如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。
现场直击|2021世界人工智能大会
直击5G创新地带,就在2021MWC上海
5G已至 转型当时——服务提供商如何把握转型的绝佳时机
寻找自己的Flag
华为开发者大会2020(Cloud)- 科技行者