自從公司與 Borland 建立了合作關(guān)系以后,一直在推 Borland 的 ALM 產(chǎn)品,包括 Together Architecture, CliberRM, StarTeam 等了,當(dāng)然全都是合法授權(quán)的版本。我們這個項目作為公司第一個全程采用 StarTeam 的項目,從開始到結(jié)束前后兩個月,一直是以 StarTeam 為中心進行開發(fā)的,雖然還沒有時間去嘗試一些 StarTeam 的特色功能,比如 Change Request 管理之類的,僅僅是作為一般的配置管理工具用的,當(dāng)然它所宣傳的良好的協(xié)同特性都是沒有怎么用到的。
StarTeam 對于我們最有價值的一件事要算是它的緩存機制了,對于跨地域的團隊協(xié)作有不錯的幫助,StarTeam 的緩存機制能夠有效的加速 check out 文件的速度。對于兩個在不同地點協(xié)作開發(fā)的團隊,一般會通過專線互連,兩邊的機器都在同一個局域網(wǎng)內(nèi),但受到專線帶寬的限制,速度還是會很慢的,過去使用 VSS 作為配置管理工具,從找到到 check out 出一個十幾k的文件都要花上三分鐘,用 CVS 因為在傳輸?shù)倪^程中會進行壓縮,有一點點的改善,不過還是比較慢的,當(dāng)然 ClearCase 這樣的東西更是慢的出奇了,一個小時都拿不了幾個文件。緩存機制可以說是我感受到 StarTeam 對我們最大的好處了,check out 一個1M左右的 folder 一般只要 10 秒左右,主要原因還是因為 StarTeam 的 MPX 機制,當(dāng)一個人 check out 一個遠(yuǎn)程文件,就會形成一個本地緩存,當(dāng)本地的其它用戶請求同樣的文件,這時候就不再是從遠(yuǎn)程的服務(wù)器端獲取,而是在本地這個緩存的機器上獲取,感覺有點像 BT 的原理,竟然也用到這樣的企業(yè)級開發(fā)應(yīng)用中來了,比較的有意思。
雖然這個好處已經(jīng)讓 StarTeam 在我們這樣的團隊結(jié)構(gòu)下發(fā)揮了很大的作用,不過它的一些操作上和細(xì)節(jié)上的問題還是很不能讓人覺得爽,特別是以 Eclipse Plugin 形式發(fā)布的 Client,穩(wěn)定性真的很差,經(jīng)常莫名其妙的就與服務(wù)器失去連接,但同時開的 Windows Client 卻一點問題沒有,很穩(wěn)定的在工作著。另外一方面,Plugin 的同步功能好像不夠快,有人 check in 了一個文件,半天都看不到,但 Client 沒有這個問題,立刻就刷新了。
Plugin 的同步功能還是挺好用的,感覺比 CVS 的同步要好用一些。直接點在項目的每一級文件夾下,直接就可以看到這個文件夾或 package 下有多少需要同步的文件,然后選中需要 check in / check out 的文件,Run 一下就可以了。不過 Run All 按鈕在 Run 按鈕旁邊可能會有一些問題了,也造成了我們這邊的一些錯誤操作,延誤了一些時間。因為有人不小心刪除了本地文件,同步的時候,會要求同時也刪除服務(wù)器端的文件,點 Run 的時候不小心點到 Run All,服務(wù)器上的東西都沒了,只好 rollback 了,花了不少的功夫。
posted on 2006-05-18 09:20
steady 閱讀(4663)
評論(8) 編輯 收藏 所屬分類:
技術(shù)隨筆