gpt4 book ai didi

适用于小型团队的 Mercurial 工作流程

转载 作者:行者123 更新时间:2023-12-02 19:46:18 24 4
gpt4 key购买 nike

我在一个由 3 名开发人员组成的团队中工作,我们最近从 CVS 切换到了 Mercurial。我们通过在每个工作站上拥有本地存储库并拉/推到开发服务器来使用 Mercurial。我不确定这是否是最好的工作流程,因为很容易忘记在提交后推送,并且 3 路 merge 冲突可能会导致真正的头痛。我们是否可以使用更好的工作流程,因为我认为目前分布式 VC 的复杂性超过了好处。

谢谢

最佳答案

如果您遇到很多三向 merge ,可能是因为您和您的团队成员正在做的事情有太多重叠。只要你们不编辑文件中完全相同的行,Mercurial 就可以很好地处理 merge 本身。如果可能的话,您可以更明确地划分工作,并避免大型 merge 带来的一些麻烦。另请注意,这仍然是 CVS 的一个问题,因为可以说它在 merge 方面比 Mercurial 更差。

您也不需要在每次提交后推送。您的工作流程可能如下所示:

  • 提交部分功能。
  • 提交更多某些功能。
  • 提交功能的最后一部分。
  • 针对愚蠢的错误进行错误修复。
  • 将完整功能推送到存储库。

在某种程度上,这看起来像 Going Dark ,但是可以通过确保上例中的功能范围较小来缓解这一问题。

关于适用于小型团队的 Mercurial 工作流程,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3166181/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com