Svn 版本控制和网站分支

我们有一个版本控制（SVN）的web应用程序。主干始终包含网站的最新良好版本

我想听听其他团队如何管理同一站点的多个版本，以及您如何发布UAT、测试、Bug修复、增强等的不同版本

假设我们的商务用户来了，他们想要一个全新的功能…所以我们要做的是建立一个新的分支来做我们的开发。我应该如何在不影响主要开发网站的情况下发布分支。我们是否应该将网站的每个分支发布到唯一的端口

=主干
=分支001
=分行002
=分支003
=分支004

显然，我们还必须将项目文件部署到unqiue目录，并正确映射IIS

这是常用的方法吗？最佳实践是什么？

（免费）对分支进行了极好的描述。尽管本书的目标是SVN，但分支策略描述适用于所有的SVN

另一个很好的免费资源是白皮书。它是直升机：

• 并行开发
• 分支定义
• 在Team Foundation Server
中创建隔离
• 一般分支结构指南
• 分支策略
• 广泛的分支隔离区
• 创建分支策略
• 定义代码提升模型
• 特写组：微软是如何做到的
• 端到端实现场景

---

理想情况下，您应该为每个环境（生产、uat、测试、开发和ci）运行单独的机器。如果您没有实际物理机器的资源，那么虚拟化是非生产环境的发展方向
这也意味着您可以正确地测试所使用的各种依赖项和库的效果
编辑：关于分支
我们在这里做的，在我以前工作过的几个地方，是在主干上建立一个集成分支。开发新特性的开发人员从集成分支分支出来，并重新集成到集成分支中。CI在集成和主干上都完成。非正式测试可以在集成上进行，但更多的正式测试（UAT版本）来自主干。我们定期地从集成分支向下集成到主干中。这还有保护主干的额外好处
i、 e

---

将不同的分支部署到不同的端口是一种解决方案，在Java servlet环境中，将分支映射到不同路径的解决方案会更容易（我不知道IIS是否也是这样）：

---

这两种解决方案都应该很有效。如果没有其他要求，我会选择使用所用技术更容易设置和维护的解决方案。
我认为OP没有Subversion的问题。（这是对真正问题的转移注意力）正如我在上面的回答中所说；红豆书包含了关于分支开始策略的建议，这些建议不仅适用于SVN。。。。

trunk
  integration
    feature1
    feature2