0
的子分支,我們有計劃建立的特點給定數量的子集,就像創建主幹
- 黃金版(20個功能)
- 中等版(10個功能)
- 簡易版( 5功能)
我們的計劃是現在創建一個SVN中繼與「完整版」,並創建2個分支與輕中小「解決方案。問題在於涉及到更改。這將是完美的,如果錯誤修正,更改請求和附加功能可以在主幹中實現,然後向下合併到分支。
現在的問題是,當「輕型版本」分支中不存在幹線中的類時,「輕型版本」會發生什麼情況。他們是忽略了還是將課堂合併到「輕型版本」分支?
這甚至可能與SVN? GIT能夠滿足這一要求嗎?
由於提前,
燕姿
不幸的是,我們的情況是不可能的,因爲我們不想交付代碼,它也是將部署的API的一部分 – 2014-12-03 07:09:53
@StefanoL代碼部分交付的問題不應該必須與SCM設置相結合。您可以引入一個步驟,即從主幹創建分發(例如選擇性壓縮文件創建),幷包含或不包含特定源。大部分時間比依靠代碼分支更便宜,更容易。 – 2014-12-07 19:49:24