Borland公司StarTeam使用小記

第第頁Borland公司StarTeam使用小記Borland公司StarTeam使用小記

發(fā)表于：2023-06-12來源：：點擊數(shù)：標(biāo)簽：borlandBorlandSTARTEAMStarTeam

自從公司與Borland建立了合作關(guān)系以后，一直在推Borland的ALM產(chǎn)品，包括TogetherArchitecture,CliberRM,StarTeam等了，當(dāng)然全都是合法授權(quán)的版本。我們這個項目作為公司第一個全程采用StarTeam的項目，從開始到結(jié)束前后兩個月，一直是以StarTea

自從公司與Borland建立了合作關(guān)系以后，一直在推Borland的ALM產(chǎn)品，包括TogetherArchitecture,CliberRM,StarTeam等了，當(dāng)然全都是合法授權(quán)的版本。我們這個項目作為公司第一個全程采用StarTeam的項目，從開始到結(jié)束前后兩個月，一直是以StarTeam為中心進行開發(fā)的，雖然還沒有時間去嘗試一些StarTeam的特色功能，比如ChangeRequest管理之類的，僅僅是作為一般的配置管理工具用的，當(dāng)然它所宣傳的良好的協(xié)同特性都是沒有怎么用到的。StarTeam對于我們最有價值的一件事要算是它的緩存機制了，對于跨地域的團隊協(xié)作有不錯的幫助，StarTeam的緩存機制能夠有效的加速checkout文件的速度。對于兩個在不同地點協(xié)作開發(fā)的團隊，一般會通過專線互連，兩邊的機器都在同一個局域網(wǎng)內(nèi)，但受到專線帶寬的限制，速度還是會很慢的，過去使用VSS作為配置管理工具，從找到到checkout出一個十幾k的文件都要花上三分鐘，用CVS因為在傳輸?shù)倪^程中會進行壓縮，有一點點的改善，不過還是比較慢的，當(dāng)然ClearCase這樣的東西更是慢的出奇了，一個小時都拿不了幾個文件。緩存機制可以說是我感受到StarTeam對我們最大的好處了，checkout一個1M左右的folder一般只要10秒左右，主要原因還是因為StarTeam的MPX機制，當(dāng)一個人checkout一個遠程文件，就會形成一個本地緩存，當(dāng)本地的其它用戶請求同樣的文件，這時候就不再是從遠程的服務(wù)器端獲取，而是在本地這個緩存的機器上獲取，感覺有點像BT的原理，竟然也用到這樣的企業(yè)級開發(fā)應(yīng)用中來了，比較的有意思。

雖然這個好處已經(jīng)讓StarTeam在我們這樣的團隊結(jié)構(gòu)下發(fā)揮了很大的作用，不過它的一些操作上和細(xì)節(jié)上的問題還是很不能讓人覺得爽，特別是以EclipsePlugin形式發(fā)布的Client，穩(wěn)定性真的很差，經(jīng)常莫名其妙的就與服務(wù)器失去連接，但同時開的WindowsClient卻一點問題沒有，很穩(wěn)定的在工作著。另外一方面，Plugin的同步功能好像不夠快，有人checkin了一個文件，半天都看不到，但Client沒有這個問題，立刻就刷新了。

Plugin的同步功能還是挺好用的，感覺比CVS的同步要好用一些。直接點在項目的每一級文件夾下，直接就可以看到這個文件夾或package下有多少需要同步的文件，然后選中需要checkin/checkout的文件，Run一下就可以了。不過RunAll按鈕在Run按鈕旁邊可能會有一些問題了，也造成了我們這邊的一些錯誤操作，延誤了一些時間。因為有人不小心刪除了本地文件，同步的時候，會要求同時也刪除服務(wù)器端的文件，點Run的時候不小心點到RunAll，服務(wù)器上的