2013-09-01 29 views
2

我的開發團隊的規模最近從一個(我)增加到了兩個。作爲唯一的開發者,我將主幹維護爲我們軟件的穩定版本。我會在工作副本中進行更改,測試,並且只有在確定它穩定後才推送到主幹。svn:將分支上的更改合併到工作副本而不更新中繼

隨着新的團隊成員,我們正在努力提出共同開發代碼庫的最佳流程。我們已經決定,後備箱將保持穩定;只有在代碼審查和徹底測試之後纔會將更改推送到那裏隊友將爲他的作品創建feature branches;當他請求代碼審查時,我會做,然後一旦批准,他會將分支合併到幹線並刪除分支。

我們都使用eclipse和subclipse插件來管理我們的工作副本。

問題是,雖然我可以查看工作副本和他的分支(團隊 - >比較 - >分支)之間的差異,但我不知道如何從他的分支中獲取代碼以合併工作副本。我希望能夠在不丟失任何本地更改的情況下獲得他的更改,在本地運行他的代碼,並且不會影響主幹。這似乎排除了Eclipse/SVN中的選項切換到另一個分支/標籤/修訂版,因爲我需要將他的代碼與我的合併(以確保我的工作副本的代碼與我的本地數據庫一致)。

我們看過SVN Patch功能,而不是使用分支,也許他應該通過我運行的補丁來發送他的更改?

所以這裏的具體問題是:如何合併/合併來自分支的更改與我的工作副本而不接觸主幹?我也希望得到關於如何以一種我缺少的方式利用svn和eclipse的力量來實現我們的工作流程的建議。

回答

3

你們兩個都應該有結算中繼和你們都在工作的任何分支。當他準備好有他的分支合併到主幹,您應該:

  1. 確保他的分支成功生成。
  2. 確保你的中繼結帳是原始的(沒有SVN添加,修改,刪除,未版本控制或忽略的文件)。
  3. 進行合併,解決與他的幫助任何衝突。
  4. 執行代碼審查,包括確保中繼與他的更改保持一致。
  5. 提交合並。

使用SVN command-line在Eclipse之外進行合併。我在這裏看到了與Eclipse和Subclipse相關的足夠的問題,告訴我這個插件是不可靠的。

如果是我管理這個工作流程,我會有兩個中繼線的結帳:一個用於合併,總是處於原始狀態,另一個我可以積極發展。這樣,我就不需要創建我的修改補丁,然後合併,然後應用修補程序。

希望這會有所幫助。

-1

可悲的事實是,SVN可能不適合這種模式。分支在Subversion中造成很大的痛苦 檢查here以獲得更多細節。

0

這足以讓我用'svn up'從命令行更新分支。

相關問題