Version control web应用程序分支策略的想法？

我对您对我的web应用程序分支策略的想法很感兴趣。特别是，我想知道我是否适应了不同执行环境的业务需求

情况如下：

• 我们的软件是一个web应用程序
• 我们的发布cadence预期定期（比如，每季度）发布
• 我们的客户通常只需要使用最新发布的软件版本
• 一些客户需要使用预发布（“UAT”）版本来评估新功能

考虑到这一点，我提出了一个4分支系统：

• 开发-持续的最新发展
• QA-满足内部QA需求
• UAT-用于发布前测试
• 生产-面向客户

合并将以以下方式进行：

• 对QA分支的更改将通过从主干合并进行
• 将通过合并UAT对UAT分支进行变更
• 对生产分支的更改将通过从生产中合并来实现

部署将以以下方式进行：

• 来自Dev分支的构建将部署到Dev环境中
• 来自QA分支的构建将部署到QA环境中
• UAT分支的构建将部署到UAT环境中
• 生产分支的生成将部署到生产环境

---

那么，你认为呢？我是不是走上了正轨？

我们基本上就是采用这种策略的。每个环境的分支

有时，我们会为任何最终会陷入死胡同的重大问题创建一个service pack分支

codeplex上有一个TFS分支策略指南

祝你好运你的方法很好。 但根据我过去的经验，我唯一的建议是使存储库版本（1.1.1_C0、1.1.0_B0或1.0.0_A0）依赖于环境，而不是环境（开发、UAT、产品） 依赖于分支。这对我们来说确实很有效。

---

我们根据代码所处的开发阶段对每个版本进行标记。

很有趣，但可能更适合程序员：这里没有整洁、客观的编程问题。（哦，你使用的是一个好的VCS，对吗？；-）@pst我如何将问题迁移到其他论坛？是的，我们的风投无论如何都是不错的（我们使用的是TFS，它至少可以处理分支ok）。