我工作的公司开始遇到他们当前的分支模型的问题，我想知道社区已经接触到了哪些不同类型的分支策略？
针对不同的情况，有什么好的办法吗？你们公司用什么？他们各有什么优点和缺点？？
这是我过去使用过并取得良好成功的方法：
/trunk - 前沿。代码的下一个主要版本。在任何给定时间可能工作也可能不工作。
/branches/1.0、1.1等。代码的稳定维护分支。用于修复错误、稳定新版本。如果是维护分支，则应编译（如果适用）并在任何给定时间准备好进行质量检查/运输。如果是稳定分支，它应该编译并且功能完整。不应添加新功能，不应重构，也不应清理代码。您可以添加前缀来指示稳定分支与维护分支。
/分支/cool_feature。用于高度实验性或破坏性的工作，可能会也可能不会进入主干（或维护分支）。不保证代码编译、工作或以其他方式正常运行。在合并到主线分支之前应该持续尽可能短的时间。
/tags/1.0.1、1.0.2、1.1.3a 等。用于标记打包和发布的版本。永远不会改变。根据需要创建任意数量的标签，但它们是不可变的。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
