使用Mercurial（hg）跟踪更改并自动进行同步？

Question

首先，我一直盯着一页一页的解决方案，但没有一篇似乎适合我的情况。

我在全国各地都有使用Windows工作站和Eclipse的网络开发人员。我们决定DVCS最适合我们，因为集中式系统无法正常工作（Serena：慢速网络连接需要永久检查...他们不这样做，因为它不是“精简”等）

我们使用Eclipse来编辑和修改处于不同状态的开发服务器上的文件。 （大多数DVCS方案假设您的工作站上安装了Web服务器或正在进行二进制可执行开发。）

我想尝试的是为开发人员更改和“功能播放”设置本地存储库，但会自动保留开发库是最新的。我想过使用Mercurial钩子来自动拉/更新/合并/推送，但这需要开发人员在每次他们想要测试更改时提交。 （为了将钩子上传他们的文件到开发服务器）。这是自动发生在文件保存上的理想选择，因为它已经是培训人们使用版本控制的一个问题（主要是因为目前PITA速度很慢广域网和虚拟位置，不能选择升级广域网）

我的猜测是我将不得不设置Unison或其他东西来保持开发人员的资料库同步到开发服务器，就好像它是本地复制，当然会与其他开发人员同步。我试图找出是否有人有一个简化/简单的解决方案，让所有开发人员保持最新，同时允许他们随意版本控制（容易）。

Answer 1

这是分支机构的用途。有一个名为“unstable”的分支，并使用一个存储库来设置你的开发服务器，该存储库在提交/合并时自动更新到只有该分支（通过挂钩）。单个开发人员可以自由处理功能分支并在本地提交。当某些东西准备好共享时，开发人员将他们的更改合并到“unstable”分支中，并将该分支推送到开发服务器/存储库。

我以这种方式管理我的部署。我的Web服务器虚拟主机Web根指向Mercurial存储库/工作副本。当某些东西准备出去时，我将它合并到“稳定”分支中，并将“稳定”推送到服务器。存储库挂钩使用新的更改更新虚拟主机上的文件。

[hooks] 
changegroup = /usr/bin/hg update stable >&2 

我一直只做了一个月左右，但它一直在像一个魅力。

另外，哈得逊/詹金斯+1。你在找什么叫做“持续整合”（CI），哈德森和詹金斯是这样做的。

如果你在所有的工作站上都​​没有开发服务器，那么可能使用测试驱动开发和你的语言的某种单元测试框架工作 - 其中大多数不需要完整的服务器实现能够编写和测试你的代码。这需要改变范式，但你肯定会得到更好的代码质量。

Answer 2

我们对mercurial很满意，但我们不得不改变我们的习惯......并花了一段时间

每个开发者现在都有一个本地的测试平台。提交是通过分支进行的，在本地验证测试之前不会推送任何东西

然后，哈德森是我们的朋友。要整合团队作品，每次提交都会生成一个测试应用程序完整性的构建。红色表示回滚并返回到开发者。绿色很酷

开发人员在这里提交'理智'的代码，并通过团队整合到中央回购。他们必须决定什么时候推动。没有同步任务可以让他们摆脱这种负担。当我看到所有可能发生，由一个人即使每个推选择是consciensciouly所犯的错误，我无法想象，如果改变对每个文件自动保存发生

与水银的好经验......

Answer 3

你说你想拥有一个开发人员更改的本地存储库，但会自动将任何更改推送到服务器。如果您无法使用本地开发环境来测试更改，那么拥有本地开发分支有什么意义？如果您的测试必须在开发服务器上完成，那么我不能想到在本地存储库中允许“功能游戏”，同时在开发服务器上保持任何形式的理智。

在这种情况下，最好的办法可能是在开发服务器上分支并让服务器签出不同的分支来测试不同的功能（hg update -C feature-blah）。服务器存储库的默认状态应该是主要“devel”分支（hg update -C devel）的检出，并且当任何功能或错误修复分支被验证为工作时，它们将合并回“devel”并更新服务器的存储库从那。

编辑说明：您的开发人员可以从“开发”或从功能分支结帐到他们的本地机器。然后，他们会进行任何编辑并将其推回到服务器，然后将服务器的活动分支切换到最新更新的代码。

此外，我从您的其他评论中认为，只有一个开发服务器，并且它一次只能运行一个版本的代码。如果情况并非如此，我的答案完全没有意义。