发新话题
打印

[转贴] 构建和发布管理( 此文章被查看:6244次,被回复:31篇!! )

我这边所有的代码都是在linux机器上编译,但是没有安装linux的CC,那么如何控制构建呢?

© 本文为 WinLuo 所有,未经同意,请勿转载
©如该文侵犯了您的版权,请联系管理员

TOP

我这边所有的代码都是在linux机器上编译,但是没有安装linux的CC,那么如何控制构建呢?

© 本文为 WinLuo 所有,未经同意,请勿转载
©如该文侵犯了您的版权,请联系管理员

TOP

虽然看的还是很明白,但谢谢楼主了

© 本文为 nicole2007 所有,未经同意,请勿转载
©如该文侵犯了您的版权,请联系管理员
Let there be light, and there was light!

TOP

回复 #1 懂你 的帖子

请问你们那里用cc做构建吗?
是否必须动态视图,才能得到cc构建的好处?

© 本文为 wuqing1185 所有,未经同意,请勿转载
©如该文侵犯了您的版权,请联系管理员

TOP

回复 #14 wuqing1185 的帖子

ClearCase本身的构建用的是Clearmake,clearmake必须是动态视图才支持。

我们solaris环境下的构建是用clearmake来做的。

© 本文为 懂你 所有,未经同意,请勿转载
©如该文侵犯了您的版权,请联系管理员
优惠购买Rational,Telelogic,Hansky产品,企业VIP服务、实施
VIP服务电话:13581809377

TOP

那么请问,构建后发布的软件版本应该如何标识和控制.

对于发布的构建版本,我们需要进行有序的管理,用版本号来唯一标识每一个发布版本。一般可以把用于开发团队内部系统测试的称之为内部发布版本,把提交给客户的称之为外部发布版本。
内部发布版本:在版本号前加Build;如Build 1.00.00;
外部发布版本:在版本号前加Release,如Release 1.00.00。

我是如上标识的.但是有同事问测试有好几个阶段,如集成测试--》系统测试-->α测试--》β测试这几个测试阶段,版本标识应该如何标识??

我定义的规则内部发布就用:Build 1.00.00,之后每改一次就累加。所以集成测试和系统测试的版本标识就是从Build 1.00.00开始的,对于α测试、β测试都是在客户现场完成的,要对外发布,所以版本号应该从Release 1.00.00开始。

对于我的这种理解和解释,大家有什么高见。因为另外一个配置管理员始终搞不明白这两者的区别,我怎么解释她都认为没必要这么复杂,只要正式发布版本好即可。

请各位谈谈你们的高见,帮助指导,谢谢。


对于"
α测试、β测试都是在客户现场完成的,要对外发布,所以版本号应该从Release 1.00.00开始。"这段描述有点疑问,从生命周期来看,α测试、β测试阶段虽然是面向客户开放了,但是还不是真正意义上的可发布产品,这个阶段用了realease的标志,那么真正发布的版本还是以这个为标志嘛?这样似乎太过笼统,而且两者虽说是有共同点,但是还是有本质的区别的.

© 本文为 li-tina 所有,未经同意,请勿转载
©如该文侵犯了您的版权,请联系管理员

TOP

咦?怎么引用别人的话呢?似乎我不能直接引用?  

© 本文为 li-tina 所有,未经同意,请勿转载
©如该文侵犯了您的版权,请联系管理员

TOP

回复 8# 的帖子

我们好像还没有用过构建,什么是构建管理阿,看得还是晕晕的。

© 本文为 wqy2008 所有,未经同意,请勿转载
©如该文侵犯了您的版权,请联系管理员
成功一定有方法

TOP

clearcase的构建有两种方式:clearmake和omake。
omake只适用于windows平台,而clearmake即适用于windows也适用于unix。
另外,clearmake只支持动态视图。

© 本文为 freelady 所有,未经同意,请勿转载
©如该文侵犯了您的版权,请联系管理员

TOP

楼主只指明的构建的方向,能否详细说明每步该如何做?

© 本文为 henrybenben 所有,未经同意,请勿转载
©如该文侵犯了您的版权,请联系管理员

TOP

发新话题