与使用subversion的2-3人一起建立完善的web开发工作流。

Question

我和我的兄弟和朋友一起经营着一家小型的网络开发公司。在进行了广泛的研究之后，我决定使用subversion进行版本控制。

下面是我目前计划如何运行典型的开发。请记住，我们每个人都在一个单独的地点。

我建立了一个使用hosting循环(springloops.com) subversion托管的帐户。每次我在新项目上工作时，我都会为它创建一个存储库。因此，让我们说，在本例中，我正在研究site1。我想在互联网上有三个版本的网站：

1. 网络开发--这是我和其他开发人员发布到的服务器。(site1.dev.bythepixel.com)
2. 客户端预览--这是我们每隔几天更新一次的服务器，为客户端提供一个很好的修订版。(site1.bythepixel.com)
3. Live --我在上线时发布的网站(site1.com)

每个网站开发机器(在每个位置)将有一个本地副本的xamp运行虚拟主机，以允许多个网站的工作。本地副本的根设置为与subversion存储库的本地副本相同。这是设置，以便我们可以作出小调整，并立即预览他们。当完成了一些工作后，将提交到站点的存储库。我将让开发站点自动被推送(它的一个选项在option循环中)。然后，每当我觉得我准备推到客户网站时，我就会这样做。最后阶段是推到现场。

现在，我对这些工作流程有几点担忧：

1. 我目前使用的是代码点火器，在配置文件中，我通常设置站点的根。例如。http://www.site1.com。所以，看起来每次我发布到一个互联网服务器，我将不得不修改配置文件？是否有任何方法使其能够为每个服务器设置特定的文件？因此，当我点击发布到客户端预览时，它只是上传客户端预览服务器的配置文件。
2. 出于各种原因，我不希望活动站点、客户端预览站点和dev站点共享同一个mysql服务器。因此，这是否再次意味着，每次推送到不同的站点时，我都必须调整db服务器信息？
3. 这个工作流有意义吗？如果你有什么建议，请告诉我。我计划这是我在未来几年使用的工作流程。我只需要建立一个系统，让未来的扩展！

Answer 1

1)考察了连续集成的概念。(小型项目CI服务器有12种免费服务，例如TeamCity)

2)有1.准备部署过程，使其能够针对您的三个环境中的任何一个。

3)考虑始终检查部署位置上的用户是否可以访问.svn文件，因为它确实不安全。

还阅读一些关于在SVN中使用标记/分支的内容。

接下来，我将提出以下工作流

第一种情况(简单)，每个人都进行结账，并在本地副本上工作。在完成了(经过良好测试的)大量新功能之后，您的触发器(可能会自动)预览以进行全面的预览测试，从而触发生成生成。

第二种情况(更好)，每个人都会在每一个相当大的变化中创建一个分支，并且可以自由地将任何东西合并到自己的分支中。在拥有分支稳定分支之后，将其合并到主干，哪些触发测试机器进行签出并构建您的名称预览和标记一个综合测试预览到发布分支。

有这么多分支是指能够同时存储个人变更、历史和稳定构建。

Answer 2

对于分布式版本控制系统，有比subversion更好的版本控制解决方案，我强烈建议研究以下几种方案之一：

1. https://www.mercurial-scm.org
2. https://git-scm.com/
3. http://bazaar.canonical.com/en/

有关一些不科学的讨论，请参阅这里、这里和这里

此外，正如vittore所说，我认为CI解决方案非常有用，它可以使您从dev环境自动化到“生产”，客户可以在成功的构建/测试周期中看到它。

Answer 3

您不希望将存储库的根用作工作副本的根。这使得以后不可能真正使用分支。(否则你总是会让所有的分支机构在本地结账。)制作Subversion的廉价拷贝，在工作副本中很昂贵)