Sage SalesLogix Web开发/UAT/Prod实例的SVN构建/部署模型设置

我正在尝试为我们的Sage SalesLogix Web应用程序设置组织的源代码控制体系结构。我们正在使用SVN

我们有3台服务器，一台开发人员，两台用于用户验收测试，两台用于生产。每个环境都有自己的数据库

我们希望保持中继线有序，但在按照SalesLogix希望我们的方式管理VFS时，这可能会很困难

我想做的是： -让所有开发人员在App Arch中使用SalesLogix的开发安装实例。 -将更改部署到本地计算机以进行本地单元测试和审查。 -当所有的开发工作完成后，在建议的修订中创建一个包含所有更改的包。 -一个构建管理器在UAT安装实例上安装包。 -编译并部署到UAT文件夹。 -拒绝时，卸载捆绑包并在更改后重新安装。 -接受时，对生产服务器执行相同的操作，并提交更改

虽然这意味着我们有3个VF，但这意味着我们只在一个VF中开发，这对我来说是一条路要走

---

我的想法正确吗？

老实说，我没有将SVN用于SalesLogix模型，而是将Git专门用于SalesLogix。这是因为Git的工作方式更适合SalesLogix和应用程序架构师的工作方式。在正常情况下，SCM并不重要，但它与SalesLogix有关。并不是说SVN不能很好地与SalesLogix模型配合使用，我知道有些人会将SVN与SLX配合使用（只是不会像Git或Mercurial那样简单），但老实说，撇开偏好不谈，SalesLogix VFS/模型只在完全分布式的SCM中才能很好地工作

也就是说，您描述的是我如何在Git中使用SalesLogix。我创建了一个开发分支，并在那里完成所有工作。master基本上反映了生产中的内容，因此如果需要，我可以随时从master重新部署到生产中。在dev分支中，我进行所有开发，并为特定功能创建功能分支。然后在功能完成后合并回。通过这种方式，您可以在将所有内容转移到生产工作分支之前开发和测试它们。一旦准备好部署，我就可以轻松地切换到生产分支，然后从那里部署。如果QA拒绝了这些内容，则只需切换回生产分支或在需要时回滚提交即可。同样，以这种方式工作，您实际上只需要一个VFS或模型。并不是像您描述的那样，有三个独立的分支，所有东西都生活在独立的分支上，只有在完全开发和测试之后，它们才会合并到主分支中

尽管如此，我仍然将开发和测试系统与生产分开维护（主要是因为我是SLX业务合作伙伴，而不是SLX客户），否则您无法测试捆绑包的交付。在dev系统中，我使用上面描述的分支，以便在新特性开发仍在进行的情况下将修复发布到生产环境中

我希望我能为您提供更具体的SVN信息，但无论使用何种SCM，这些概念都是相同的