2014-12-02 58 views
0

的子分支,我們有計劃建立的特點給定數量的子集,就像創建主幹

  • 黃金版(20個功能)
  • 中等版(10個功能)
  • 簡易版( 5功能)

我們的計劃是現在創建一個SVN中繼與「完整版」,並創建2個分支與輕中小「解決方案。問題在於涉及到更改。這將是完美的,如果錯誤修正,更改請求和附加功能可以在主幹中實現,然後向下合併到分支。

現在的問題是,當「輕型版本」分支中不存在幹線中的類時,「輕型版本」會發生什麼情況。他們是忽略了還是將課堂合併到「輕型版本」分支?

這甚至可能與SVN? GIT能夠滿足這一要求嗎?

由於提前,

燕姿

回答

2

分支主幹的一個子集是會得到令人討厭。即使你分支了整個事情,合併也可能會變得糟糕。我建議在構建時使用同一分支上的相同代碼處理不同的版本。

+0

不幸的是,我們的情況是不可能的,因爲我們不想交付代碼,它也是將部署的API的一部分 – 2014-12-03 07:09:53

+0

@StefanoL代碼部分交付的問題不應該必須與SCM設置相結合。您可以引入一個步驟,即從主幹創建分發(例如選擇性壓縮文件創建),幷包含或不包含特定源。大部分時間比依靠代碼分支更便宜,更容易。 – 2014-12-07 19:49:24