各位客戶您好:        進來Borland陸陸續續舉辦了兩次(31/5,14/6)建構管理實戰研習營,反應熱烈!近幾年來而與CMMI的興起,使得大家重視起建構管理!希望藉只論壇,讓大家了解Borland的開發工具如Delphi,C++Builder,Delphi .Net如何搭配Borland StarTeam進行建構管理!       如果你想要StarTeam 2005 試用版 歡迎來信到tw-service@borland.com 首先,廢話不多說,首先從StarTeam 2005 Server安裝開始! 當你拿到StatTeam 2005試用光碟時,第一個畫面就如下所示:點選"Install Products" 點選安裝StarTeam Server 進入"Introduction",直接按"Next" 進入"License Agreement版權宣告",選擇"I Accept"後按"Next" 安裝型態選擇 "Typical" 選擇預設程式集安裝位置,採用預設值,直接按"Next"即可 接下來就開始安裝了,繼續按 "Next" 要你選擇你的MSDE 2000的安裝路徑 接下來就開始裝了... 安裝完成後選請你重開機,基本上不重機也可以的... 接下來到程式集的StarTeam/StarTeam Server 2005/StarTeam Server,會出現如下畫面!點選 StarDraw,到Server 上按下"Start Server",當Server狀態是Running時,就代表您的Server已經安裝好了,且啟動成功了.... 這樣應該很簡單吧.... Borland Taiwan SE

於 Delphi 2005 整合測試 StarTeam 2005 一段時間了, 發現 Bug 也不少 (不知道 Delphi 2005 的 Bug 那麼多跟 StarTeam 2005 的 Bug 有沒有關係), 而且 Delphi 2005 所整合的 StarTeam Client 太制式了, 根本不是整合而是 將制式化的 StarTeam Client 塞到 Delphi 2005 的 IDE 內, 例如 Place Project 到 StarTeam Server 時 .cfg 並沒有 Place 到 StarTeam Server, 其他如 .dcuil , .dcuil, .identcache, .bdsproj.local 也沒有 Place 到 StarTeam Server, 也就是 Project 並沒有完整的 Place 到 StarTeam Server, 還要額外使用 Add files 功能. 另外程式單元 Merge 的功能, Update Project 進行 Merge 後怎麼會用什麼 <<<<<<<, =======, >>>>>>> 等字元標示異動程式碼 ? 如果 Merge 時使用 Visual Merge 的展現方式會比較清楚吧, 不知道 .resources 檔案進行 Merge 會怎樣, 如果遇到 .resources 內圖形內容的 Merge 開發人員應該會瘋掉吧, 搞不好連 Form 都顯示不出來, 唯一解決辦法也只有 Form 單元僅限一人修改, 如此也就不會有 Merge 情況發生了. 另外, 如果單靠 Delphi 2005 所整合的 StarTeam Client 並無法達成所有 Version Control 的動作, 例如如果有一個 Assembly Project 編譯成 .dll 後並將 .dll Output 到其他目錄(.dll 集中管理), 如此這個 .dll 就無法 透過 Delphi 2005 所整合的 StarTeam Client 將這個 .dll Place 到 StarTeam Server, 只能另外透過獨立的 StarTeam Client 用 Add files or Check In 的方式更新到 StarTeam Server 囉 :| 總之, Version Control 的程序/介面的友善度有待加強囉 :) Thanks. Chris

引言: 於 Delphi 2005 整合測試 StarTeam 2005 一段時間了, 發現 Bug 也不少 (不知道 Delphi 2005 的 Bug 那麼多跟 StarTeam 2005 的 Bug 有沒有關係), 而且 Delphi 2005 所整合的 StarTeam Client 太制式了, 根本不是整合而是 將制式化的 StarTeam Client 塞到 Delphi 2005 的 IDE 內, 例如 Place Project 到 StarTeam Server 時 .cfg 並沒有 Place 到 StarTeam Server, 其他如 .dcuil , .dcuil, .identcache, .bdsproj.local 也沒有 Place 到 StarTeam Server, 也就是 Project 並沒有完整的 Place 到 StarTeam Server, 還要額外使用 Add files 功能. 另外程式單元 Merge 的功能, Update Project 進行 Merge 後怎麼會用什麼 <<<<<<<, =======, >>>>>>> 等字元標示異動程式碼 ? 如果 Merge 時使用 Visual Merge 的展現方式會比較清楚吧, 不知道 .resources 檔案進行 Merge 會怎樣, 如果遇到 .resources 內圖形內容的 Merge 開發人員應該會瘋掉吧, 搞不好連 Form 都顯示不出來, 唯一解決辦法也只有 Form 單元僅限一人修改, 如此也就不會有 Merge 情況發生了. 另外, 如果單靠 Delphi 2005 所整合的 StarTeam Client 並無法達成所有 Version Control 的動作, 例如如果有一個 Assembly Project 編譯成 .dll 後並將 .dll Output 到其他目錄(.dll 集中管理), 如此這個 .dll 就無法 透過 Delphi 2005 所整合的 StarTeam Client 將這個 .dll Place 到 StarTeam Server, 只能另外透過獨立的 StarTeam Client 用 Add files or Check In 的方式更新到 StarTeam Server 囉 :| 總之, Version Control 的程序/介面的友善度有待加強囉 :) Thanks. Chris

客戶您好: 關於您提到Delphi 與StarTeam的整合性問題,等我這星期比較有空時我會測試一下! 另外您說StarTeam embeded在Delphi的功能與StarTeam Client的差異,基本上Delphi內的StarTeam功能當然很多比不上StarTeam Client,因此我會建議您直接使用StarTeam Client進行Version Control! 關於 .resoure檔Merge的問題,基本上應該是所謂的Binary file的Merge,這基本上是無解,只能透過作業流程的定義來避免這種merge情況發生(規定某些人進行此工作)... 我想客戶您應該還對StarTeam的功能還不是很熟悉,才會有"Version Control 的程序/介面的友善度有待加強囉"的感歎...希望若您有任何問題可以提出,我將樂意為您解答.... 目前台灣軟體行銷全球的防毒(T公司,400~500 concurrent)與影像處理(U公司,30-40 concurrent)公司都使用StarTeam成為公司內部Version Control的標準,我想StarTeam的功能應該是有目共睹.... Borland Taiwan SE

測試了 StarTeam Client 一段時間, 發現 StarTeam Client 與 Delphi 2005  所整合的 StarTeam Client 有許多有待改善的部份, 描述如下 :    文章所提到的 StarTeam Client :   StarTeam Client 代表 StarTeam Client 2005 R2   Delphi 2005 整合的 StarTeam Client    ----------------------------------------------------------------- 當在 Delphi 2005 整合的 StarTeam Client 開啟了 B 專案的單元而目前  Activated 專案是 A 時點選 StarTeam > View Client 後出現的竟是 B 專案的版本控制內容 :     *要再點選一次 StarTeam > View Client 才會正確顯示 A 專案的版本 控制內容. ----------------------------------------------------------------- 當版本之間有差異進行合併時並於新增部份下達 Add Both Changes 指令, 只有加入程式碼, 為什麼沒有加上 "新增,版本識別" 等文字提示(如同 Delphi 2005 整合的 StarTeam Client, 雖然也沒有很清楚), 例如 : Revision XX.XX 新增 .... .... Working Folder 新增 ... ... *Revision XX.XX, Working Folder <- 來源識別 因為在 StarTeam Client 做合併時在 Visual Merge 可透過顏色識別程式碼 片斷到底是新增/刪除/修改, 但當合併完成要到 Delphi 2005 開發環境上 修改時因為沒有顏色的識別(也沒有來源識別)所以根本不知如何下手, 當 程式碼同時要進行新增/刪除/修改的合併時更是如此. ----------------------------------------------------------------- 為何我下達 Update Status 還要再下達 Refresh 指令才會顯示正確的檔案狀態 ? 通常要得知所有檔案的檔案狀態要下的指令有 Select All->Update Status->Refresh, 難道這三個指令不能整合在一起嗎? 要下三個指令很麻煩, StarTeam 開發人員不知道嗎? 而且 Refresh 竟然放在 Window 選單下, 真是令人不解 :| 況且工具列的按鈕真是少的 可憐, 只能透過 File 選單或 Popup Menu 使用諸如 Select All, Update Status 等指令, 非常不便. 我是 StarTeam 的使用者, 但是感覺 StarTeam Client 的介面一點都不便利, 因為 當我 Demo StarTeam 給同事看的時候他們覺得 StarTeam Client 2005 怎麼這麼麻煩... Delphi 6 附的 TeamSource 操作還比較簡單(姑且不論其他功能, 如 Change Request 等). *以上是以悲觀的鎖定機制而言, 當然我可以選擇使用樂觀的鎖定機制 ----------------------------------------------------------------- 當本人為 Project Group Manage Associations 後出現這個畫面(或其他類似畫面) : 本人認為這種對話盒是不必要的, 因為這種對話盒沒什麼好處, 因為將檔案 Check in 到 StarTeam Server 是我下達指令去執行, 而不是由 StarTeam 告訴我要不要做... 做了到底會怎麼樣? 影響如何? 也許會有 Bug 出現喔? Who knows. 有點自作主張的感覺. 所以我在 Delphi 2005 一遇到 "這種"(還有其他的)一律 Say No. 以上感言以 StarTeam Client 使用者的角度所寫的, 因為我是一個不聰明的開發人員. 另外本人覺得檔案狀態以 Tab 的方式取代 TreeView 的方式呈現會比較好, 也就是檔案狀態 更新後(按個鈕, 不是三個指令)使用者可針對 Modified 做 Check in, 針對 Out of Date 做 Check out, 當只想針對某一種狀態做處理時還會看到一堆不想理他又佔畫面空間的狀態 (特別是當檔案一多的時候), 您覺得呢? *聽同事說 TeamSource 是將檔案分為 Check in/Check out 兩個不同部份...不過我沒試過.