Mercurial 坩埚和多个汞克隆处理

我想知道Crucible是否可以用Mercurial处理以下情况。 在这种情况下，如何将DVCSs与Crucible结合使用

项目中有几个问题，对于每个问题，开发人员都会将项目从repo“稳定构建”复制到repo“dev-0001”（在本地共享服务器上）。 克隆是根据问题命名的，例如：“dev-0001”

现在，一个开发人员在本地机器上克隆到克隆“local-dev-0001”，进行更改，然后推送到“dev-0001”

其他一些开发人员希望在实现0001的开发人员可以推进到“稳定构建”之前，检查repo“dev-0001”中的更改

我尝试的是为repo设置坩埚（一个直接从“稳定构建”中分离出来的测试克隆“测试坩埚”），在一台功率非常充足的机器上花了很长时间，大约5天

我的问题是：如何设置Crucible和Mercurial，以便在将eit推送到中央服务器之前为“dev-0001”克隆创建评论，而不必等待Crucible 5天来解析“dev-0001”从一开始就使用repo，也许使用它的父级信息？这已经完成了吗？它需要某种插件吗

如果这有点模糊，我可以提供更清晰的场景，

---

谢谢

我想我发现这个工作流的答案可能是否定的，而不需要修改它。我还为正在搜索答案的人找到了这个：

---

我想我找到了一个令人满意的答案，可以使用提交前补丁文件，

---

在使用“hg outgoing-p>patch-0001”进行“稳定构建”之前，通过在“dev-0001”中进行差异分析获得。

预提交评审有一些缺点-一旦您推动了变更集，它们就与变更集无关。