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