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.kjueaiud.com/