为Sage SalesLogix Web开发人员/UAT/生产实例设置SVN构建/部署模型

Question

我正在尝试为我们的Sage应用程序设置我的组织的源代码控制架构。我们使用的是SVN。

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

我们希望保持主干的有序，但当以SalesLogix希望的方式管理VFS时，这可能会很困难。

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

虽然这意味着我们有3个VFS，但这意味着我们只在一个VFS中开发，对我来说，这是前进的道路。

我的想法是正确的吗？

Answer 1

老实说，我没有在SalesLogix模型中使用过SVN，而是在SalesLogix中只使用了Git。这是因为Git的工作方式更符合SalesLogix和应用程序架构师的工作方式。在正常情况下，SCM无关紧要，但对于SalesLogix却很重要。并不是说SVN不适合SalesLogix模型，我知道有些人使用SVN和SLX (只是不会像使用Git或Mercurial那样简单)，但老实说，抛开偏好不谈，SalesLogix VFS/模型真的只适用于完全分布式的SCM。

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

尽管如此，我仍然将开发和测试系统从生产环境中分离出来(主要是因为我是SLX的业务合作伙伴，而不是SLX客户)，否则您将无法测试交付的捆绑包。在开发系统中，我使用上面描述的分支来允许我在新功能开发仍在进行的同时将修复发布到生产环境中。

我希望我有更具体的SVN信息给你，但概念是相同的，无论使用的SCM。