拥有许多活跃开发人员的mercurial存储库?

我正在经历 bitback 并且我似乎找不到任何 mercurial 库看起来像我怀疑的那样,前提是我们切换到mercurial。

因此,我想知道,这里是否有我们不考虑的工作流?

我要说的是我做了一个小型的自动测试。我们有14个人在同一个项目中工作,分成4个Scrum团队。为了模拟14个(我选择了10个,整数)并行处理代码的人,使用mercurial dvcs,推到同一个中央主存储库,我编写了一个脚本。

1. 我创建了一个新的“主”存储库,然后为10个虚拟用户克隆了它。
2. 然后我运行了1000个迭代循环,选择一个随机克隆,并执行以下操作之一:
   • 10%的时间,从master中执行pull、merge、commit merge和push
   • 90%的时间,进行本地更改并提交

请注意,我只需让每个虚拟人物使用自己的文件,就可以确保不会出现合并冲突。

这将通过在拉、合并和推之前执行1+提交来模拟本地工作的人员(以避免主回购中有2+个负责人)。这可能是因为此工作流错误。

这是存储库现在看起来的示例(屏幕截图+指向repo的链接):

存储库可以在以下位置找到: http://hg.vkarlsen.no/hgweb.cgi/parallel_test/graph 。

这看起来非常混乱,正如我所说,我似乎找不到任何具有类似历史的存储库。我所说的“凌乱”,是指项目的旧历史几乎总是有10个平行分支。接近顶部,它当然会逐渐变细,但随着当前在其本地存储库中工作的人向主存储库推送,它会扩大。

所以我有两个问题:

1. 有人能给我看一个有类似历史的存储库吗?由于我似乎找不到任何证据,我开始怀疑我能从中得出什么样的结论…。
2. 我们的工作流程有什么问题吗(也就是我在这里列出的工作流程)?我们应该重新平衡/挤压/移植,将责任委托给一个人,而不是其他事情,而不是像这里这样做吗?
我找不到 Mercurial 如果我们切换到mercurial的话,存储库看起来就像我怀疑的那样。

因此,我想知道,这里是否有我们不考虑的工作流?

我要说的是我做了一个小型的自动测试。我们有14个人在同一个项目中工作,分成4个Scrum团队。为了模拟14个(我挑选了10个整数)并行处理代码的人,使用mercurial dvcs,推到同一个中央主存储库,我编写了一个脚本。

1. 我创建了一个新的“主”存储库,然后为10个虚拟用户克隆了它。
2. 然后我运行了1000个迭代循环,选择一个随机克隆,并执行以下操作之一:
   • 10%的时间,从master中执行pull、merge、commit merge和push
   • 90%的时间,进行本地更改并提交

请注意,我通过让每个虚拟人物在自己的文件上工作来确保永远不会发生合并冲突。

这将通过在拉、合并和推之前执行1+提交来模拟本地工作的人员(以避免主回购中有2+个负责人)。可能是此工作流错误。

这是存储库现在看起来的示例(屏幕截图+指向repo的链接):



可在此处找到存储库: http://hg.vkarlsen.no/hgweb.cgi/parallel_test/graph .

这看起来非常混乱,正如我所说,我似乎找不到任何具有类似历史的存储库。我所说的“凌乱”,是指项目的旧历史几乎总是有10个平行分支。接近顶部时,它当然会逐渐变细,但随着当前在其本地存储库中工作的人员向主存储库推送,它将会扩展。

所以我有两个问题:

1. 有人能给我看一个有类似历史的存储库吗?既然我找不到任何证据,我开始怀疑我能从中得出什么样的结论…
2. 我们的工作流程有什么问题吗(也就是说,我在这里列出的工作流程)?我们应该重新平衡/挤压/移植,将责任委托给一个人,而不是其他事情,而不是像这里这样做吗?