Svn開發工作流程

Question

我目前正在開發一個雙人項目，我們使用Subversion作爲源代碼控制。現在我們都在這些分支中創建分支並進行開發，然後在提交主幹之前將這些更改合併到主幹副本中。

我們遇到的問題是藏在心裏更新了巨大的開銷。我們的工作

示例流程

1. 我對我的樹幹副本，以獲得最新更新
2. 我合併主幹更新到我的分支
3. 我在我的分支
4. 我的工作運行更新合併我變成
5. 我更新幹線，看看是否有任何新的更新主幹
6. 我犯

問題

1. 這是很難跟蹤哪個版本是，即使在日誌
2. 有時候明確地寫我時，我有一個完全UPTODATE分支合併，但我無法將更新合併回中繼提交。

可能有人推薦一個簡單的工作流程？有時我們會在影響其他人代碼的領域工作，並且目前這是不可避免的，所以我們需要保持更新。我喜歡每天至少投入一次主幹，所以事情不會太同步。

感謝

Answer 1

在過去的十年左右，我曾每天直接在同一分支或主幹5-10人工作在同一個模塊或項目上的共享。您在提交之前進行更新，並立即修復問題。考慮到每天合併所有內容，您已經非常接近該場景。它有助於持續集成構建機器和單元測試。如果你的同事弄得一團糟，你可以更新到早期的修訂版，並在其完成清理之前進行修改。

，如果你想在某種程度上，它不會爲球隊的休息一週以上，這往往是可以避免的工作重新設計的東西你只需要一個分支。

Answer 2

兩個人，簡單的工作流程是簡單地在樹幹上都工作。偶爾你會有衝突，但你可以解決它們並繼續前進。這會比現在做的更簡單。

分行是良好的，當你想保持工作中分離出來，但你似乎並不希望這樣，所以不要使用分支。