How to : 維護專案的多個版本   Leave a comment

原文文章:How to: Maintain Multiple Versions of a Project

很少開發專案能夠完整的結案。開發團隊會根據原本產品的程式碼為基礎,做一些更新與修改成為該產品的下一個版本。Visual SourceSafeShare 、Pin 、 Branch 的技術做為特色,它讓開發者平行開發的環境下更容易開發。根據原始的釋放版本執行依些計劃性的更新,Label 是在 Share 、Pin 、 Branch 中可以被拿來使用。

一般來說,Label 常被使用在當完成產品的階段目標時,並且所有的原始碼需要貼上適合的標籤。舉例來說,當發布 "Beta 1" 的版本,或許你想要針對產品貼上 "Beta 1" 的標籤。在發布該版本後,計畫改變一些檔案,而專案中沒被改變的檔案則與 "Beta 1" 的專案版本相同 。在這個例子,Label 可以幫助你根據之前被貼上標籤的檔案為基礎所作變動的另外一個檔案標示出來。當檔案尚未完成下個階段目標時,此技術非常有幫助。

 

使用標籤標示

這部分將描述針對多個專案版本維護的標籤標示步驟。針對所有的步驟,我們使用一段情境模擬。

我們剛完成短期目標的版本為 "Beta 1" ,我們下個短期目標為 "Beta 2" ,我們針對 "Beta 1"版本的檔案做些微的修改後開始始開發 "Beta 2" 的版本。

使用簡單的標籤 (在理想狀態下):

  1. 協調團隊開發與測試皆在 "Beta 1" 的產品版本上。
  2. 當你團隊準備好要開始開發 "Beta 2" 產品版本,將原先的專案標示為 "Beta 1" 的標籤。
  3. 開始開發 "Beta 2" 版本。

加入一個不同於釋放版本的檔案:

  1. 協調團隊開發與測試皆在 "Beta 1" 的產品版本上。
  2. 當你團隊準備好要開始開發 "Beta 2" 產品版本,將原先的專案標示為 "Beta 1" 的標籤。
  3. 如果有錯誤版本的檔案被標示為 "Beta 1" ,選擇該檔案,點選 Tools -> Show History
  4. History Options 對話方塊中,選擇應該被包含於 "Beta 1" 版本的正確檔案,並將它標示為 "Bate 1"。
  5. 現在取得 "Beta 1" 標籤的專案,除了會取得你之前所標示 "Beta 1" 的項目外,也會取得你剛剛所標示 "Beta 1" 的項目。

針對在已經貼上標籤專案底下的一個目前版本檔案加入一個修正 ( 其他檔案沒被修改 ):

  1. 協調團隊開發與測試皆在 "Beta 1" 的產品版本上。
  2. 當你團隊準備好要開始開發 "Beta 2" 產品版本,將原先的專案標示為 "Beta 1" 的標籤。
  3. 你發現在 "Beta 1" 版本中的檔案有一個錯誤需要修正,而其他檔案則不需要變動。
  4. 將需要修正的檔案 Check Out 修正該錯誤,再將檔案 Check In 回去。
  5. 將專案重新貼上 "Beta 1" 標籤,當 Visual SourceSafe 提示你移除舊的標籤,請按下 Yes 按鈕。

針對在已經貼上標籤專案底下的一個目前版本檔案加入一個修正 ( 其他檔案已被修改 ):

  1. 協調團隊開發與測試皆在 "Beta 1" 的產品版本上。
  2. 當你團隊準備好要開始開發 "Beta 2" 產品版本,將原先的專案標示為 "Beta 1" 的標籤。
  3. 你發現在 "Beta 1" 版本中的檔案有一個錯誤需要修正,而其他檔案則不需要變動。
  4. 將需要修正的檔案 Check Out 修正該錯誤,再將檔案 Check In 回去。
  5. 選擇該檔案,點選 Tools -> Show History
  6. History Options 對話方塊中,選擇應該被包含於 "Beta 1" 版本的正確檔案,並將它標示為 "Bate 1"。
  7. 現在取得 "Beta 1" 標籤的專案,除了會取得你之前所標示 "Beta 1" 的項目外,也會取得你剛剛所標示 "Beta 1" 的項目。

 

使用 Share 、Pin 、 Branch

當專案已被貼上標籤且已在在開發下一個版本時,需要修正一個錯誤,使用下列的 SharePinBranch 步驟,將會使用到最少的磁碟空間。

針對這些步驟我們使用一個範例情境。我們現在已經完成版本 2.0 的開發,並且開始開發 3.0 的版本。我們找到錯誤,需要一個版本為 2.1 來修正那些錯誤。

 

使用 Share 、 Pin 、 Branch 指令:

  1. 協調團隊開發與測試皆在 "2.0" 釋放版本的產品上。
  2. 在 Visual SourceSafe Explorer,將你的專案貼上 "Version 2.0" 的標籤。
  3. 開始針對 3.0 版的本未來新功能,修改專案的檔案。
  4. 當你需要發行一個版本 2.1 來修正某些錯誤時,選擇該專案。
  5. 點選 Tools -> Show History
  6. Project History Options 對話方塊中,勾選 Include Labels 核選方塊,並且按下 OK 按鈕
  7. History of Project 對話方塊中,選擇 "Version 2.0" 的標籤。
  8. 按下 Share 按鈕。
  9. Share from <所要Share的項目> 對話方塊中,選擇所要分享出去的專案位置,一般是使用 $/ 的位置。
  10. 確定 Branch after Share 核選方塊沒有被勾選,並且按下 OK 按鈕。
  11. Share 對話方塊中,給所分享出去專案一個新名稱,舉例來說,可命名為 "$/Application V 2.1"。
  12. 如果該專案有子專案,請勾選 Recursive 核選方塊。
  13. 如果需要任何註解,可在 Comment 文字方塊中加入,並且按下 OK 按鈕。
  14. 關閉 Share 對話方塊,選擇 "$/Application V 2.1" 專案。固定在該專案底下的檔案。
  15. 選擇 "$/Application V 2.1" 專案底下需要修改的檔案,將它們分支出來。除了需要修改的檔案外,其他的檔案在固定後不能被修改。(如果需要修改,就必須將該檔案分支出來)
  16. 之後你可以將修正錯誤的修改整合到 3.0 版本裡。
廣告

Posted 2008 年 02 月 20 日 by sfcer0414 in VSS 2005

發表迴響

在下方填入你的資料或按右方圖示以社群網站登入:

WordPress.com 標誌

您的留言將使用 WordPress.com 帳號。 登出 /  變更 )

Google photo

您的留言將使用 Google 帳號。 登出 /  變更 )

Twitter picture

您的留言將使用 Twitter 帳號。 登出 /  變更 )

Facebook照片

您的留言將使用 Facebook 帳號。 登出 /  變更 )

連結到 %s

%d 位部落客按了讚: