SVN分支管理策略

早上和同事討論了svn分支問題，簡單記錄一下，免得自己忘記了。並且引用了網上我認爲寫的比較好的一篇文章。

問題: 目前我們有3個code庫需要維護，web前端，API接口，web後臺管理，在目前的結構下，我們是api更新後，前端和後臺都要測試，加重了測試負擔。

開發的思路： api分開發布，即後臺的發佈= 後臺web+api【針對後臺的api版本】，前端的發佈= 前端web+api【針對前端的api版本】。這樣可以解決發佈後臺對前端影響，分別發佈不同的站點。 開發建議的結構是發佈時候組合不同版本，目錄依然是tag/v1.x/frontweb+manageweb+api.

我的想法：因爲我們測試這邊一直是用jenkins發佈，這樣的一個問題就是我們必須拆開api和站點，並且不方便api版本管理。在和開發討論下，我們的結構變成tag/v1.x/frontweb+api      tag/v1.2/manageweb+api。 我認爲這樣的好處是是可以不用組合，比較清晰的看出結構。另一個私心是這樣我們jenkins依然可以一鍵發佈。問題是需要api多放一些copy。但我認爲這是值得的。在branch上我們可以針對tag版本出現的問題分別切出來分支修改。這樣也過濾掉組合版本出現的問題。

下面是我從網上看到的一個svn分支策略圖，抄襲一下。如果侵權請聯繫我。

原文：https://www.cnblogs.com/ddrsql/p/5909683.html