來自專案管理的「工作單」是專案上執行的任何工作的刺激因素。收到工作單之後,團隊成員通常會開始規劃工作,根據工作單明訂的「合約」到期日來建立「待辦」清單。
下一步是由負責角色取得或建立需要處理或加入來源控制中的必要工作成果。
專案通常會在一個集中、限制存取的儲存庫中維護受版本控制的工作成果。 「移入」和「移出」操作可讓開發人員取得一項工作成果的特定版本、進行變更,再重新送出,變為最新的控制版本。
此步驟的目的是確保開發人員在變更受版本控制的工作成果時,遵循「移入」和「移出」程序。
開發團隊的任何成員執行的主要 CM 操作如下:
-
移入 -
儲存已變更之元素的新版本,供其他團隊成員可以「移出」變更。 建議在每一次移入時附上簡短的註解來描述變更。
-
新增至來源控制 - 將新的檔案或目錄置於版本控制下,建立初版
-
交付 - 將變更交給整合人員。
-
重設基線 - 讓您看到其他開發人員所做的變更。
實作人員通常有下列操作方式:
-
移出需要變更的檔案。
-
做變更。
-
執行單元測試來驗證變更。
-
取得變更核准。
-
移入變更。
-
提升變更。
不同的移出類型
根據預設值,移出元素會授予專用權限來建立新版本。這稱為已保留的移出。 其他使用者將無法在此元素上再嘗試保留移出。
在同步開發的狀況下,未保留的移出是指檔案被其他人移出之後允許繼續移出的一種機制。
有些組織會習慣採用「先到先服務」的開發方式,允許多位使用者在相同的元素上執行未保留的「移出」。 其中任何人在後來可以執行「移入」,建立該檔案的下一個版本。
其他每一個人必須合併這些變更和先前已移入的變更,才能再建立後續版本。
|