2011-06-16 40 views
0

最近幾年我一直在使用分佈式版本控制系統,但現在我將不得不使用CVS。我想這個過程是這樣的:如何使用CVS管理更改集?

  1. 每個錯誤/功能的售票系統
  2. 開發人員被分配到一個 錯誤/功能賦予了票 (如果必要的話票 將被分解成小票 使開發商票 關係是一對一)
  3. 的開發者變更,並將其與相關聯票
  4. 在這個時間點,定期一組 票選擇N代表釋放 候選人的候選發佈版將 測試
  5. 一個版本使用從候選
  6. 的 票的一個子集是建立和循環再

我現在的,天真的計劃是開始到

  1. 把每票在自己的分公司關閉後備箱
  2. 的創建分支的每個候選版本
  3. 合併票分支進入發佈候選
  4. 當一個候選版本被認爲是足夠好它合併到主幹

我已經忘記了我曾經瞭解CVS的一切,但我有一個直覺這告訴我這將是一個錯誤。我會遇到什麼樣的表現或其他類型的問題?是否有更好的方法根據特定時期內完成的工作子集有選擇地創建構建?

+0

我想你的計劃單獨滿足您的要求有關,以及你可以通過CVS。確保你慷慨地標記。 – antlersoft 2011-06-16 17:36:21

回答

0

您可以在本地使用分佈式版本控制系統,並在功能準備好發佈時發佈到CVS。

看到這個問題:How to export revision history from mercurial or git to cvs?

+0

鑑於CVS被政治決定強加給我們,我想避免一個讓我們忽視當局的工作。也就是說,這可能歸結爲這種解決方案。 – 2011-06-16 17:42:00