Borland公司StarTeam使用小记

发表于:2009-06-12来源:作者:点击数: 标签:borlandBorlandSTARTEAMStarTeam
自从公司与 Borland 建立了合作关系以后,一直在推 Borland 的 ALM 产品,包括 Together Architecture, CliberRM, StarTeam 等了,当然全都是合法授权的版本。我们这个项目作为公司第一个全程采用 StarTeam 的项目,从开始到结束前后两个月,一直是以 StarTea
自从公司与 Borland 建立了合作关系以后,一直在推 Borland 的 ALM 产品,包括 Together Architecture, CliberRM, StarTeam 等了,当然全都是合法授权的版本。我们这个项目作为公司第一个全程采用 StarTeam 的项目,从开始到结束前后两个月,一直是以 StarTeam 为中心进行开发的,虽然还没有时间去尝试一些 StarTeam 的特色功能,比如 Change Request 管理之类的,仅仅是作为一般的配置管理工具用的,当然它所宣传的良好的协同特性都是没有怎么用到的。

    StarTeam 对于我们最有价值的一件事要算是它的缓存机制了,对于跨地域的团队协作有不错的帮助,StarTeam 的缓存机制能够有效的加速 check out 文件的速度。对于两个在不同地点协作开发的团队,一般会通过专线互连,两边的机器都在同一个局域网内,但受到专线带宽的限制,速度还是会很慢的,过去使用 VSS 作为配置管理工具,从找到到 check out 出一个十几k的文件都要花上三分钟,用 CVS 因为在传输的过程中会进行压缩,有一点点的改善,不过还是比较慢的,当然 ClearCase 这样的东西更是慢的出奇了,一个小时都拿不了几个文件。缓存机制可以说是我感受到 StarTeam 对我们最大的好处了,check out 一个1M左右的 folder 一般只要 10 秒左右,主要原因还是因为 StarTeam 的 MPX 机制,当一个人 check out 一个远程文件,就会形成一个本地缓存,当本地的其它用户请求同样的文件,这时候就不再是从远程的服务器端获取,而是在本地这个缓存的机器上获取,感觉有点像 BT 的原理,竟然也用到这样的企业级开发应用中来了,比较的有意思。

    虽然这个好处已经让 StarTeam 在我们这样的团队结构下发挥了很大的作用,不过它的一些操作上和细节上的问题还是很不能让人觉得爽,特别是以 Eclipse Plugin 形式发布的 Client,稳定性真的很差,经常莫名其妙的就与服务器失去连接,但同时开的 Windows Client 却一点问题没有,很稳定的在工作着。另外一方面,Plugin 的同步功能好像不够快,有人 check in 了一个文件,半天都看不到,但 Client 没有这个问题,立刻就刷新了。

    Plugin 的同步功能还是挺好用的,感觉比 CVS 的同步要好用一些。直接点在项目的每一级文件夹下,直接就可以看到这个文件夹或 package 下有多少需要同步的文件,然后选中需要 check in / check out 的文件,Run 一下就可以了。不过 Run All 按钮在 Run 按钮旁边可能会有一些问题了,也造成了我们这边的一些错误操作,延误了一些时间。因为有人不小心删除了本地文件,同步的时候,会要求同时也删除服务器端的文件,点 Run 的时候不小心点到 Run All,服务器上的东西都没了,只好 rollback 了,花了不少的功夫。

Trackback:http://tb.blog.csdn.net/TrackBack.aspx?PostId=757122

原文转自:http://www.ltesting.net