【问题标题】:Mercurial leaving locks behind oftenMercurial经常留下锁
【发布时间】:2020-01-07 04:41:15
【问题描述】:

在我工作的地方,我们使用 Mercurial 作为存储库(在服务器上),大约有 12 人在任何给定时间访问它以推送/拉取。我对 Mercurial 或任何 VCS 都不是特别熟悉,但有人要求我调查我们最近遇到的一个问题。

随着团队规模的扩大,我们开始每天多次被锁,阻碍人们工作。锁有时是个人自己的计算机,或者由我们的部署服务 TeamCity 服务器持有。

环顾最远的解决方案似乎是“删除锁”,但每天多次执行此操作已变得不可行,并且表明存在问题。这会取决于我们的团队规模还是其他原因?抱歉,我知道这个问题的细节很模糊,但如果您需要更多信息,请告诉我。任何帮助都非常感谢,即使指向正确的方向。

我们的工作流程通常包括 - 用于功能/错误修复的各个分支,然后我们将它们合并到一个用于发布/测试的分支中,然后最终合并到我们的默认分支中,以便人们从中进行分支工作。

我们都在使用 Mercurial-4.3.1,并且我们使用 Windows 共享来克隆。

【问题讨论】:

  • 您的 Mercurial 版本是什么?您是否使用 Windows 共享来访问存储库?
  • 它在服务器上,我们正在单独克隆它以通过 HG Mercurial 在本地使用 - 抱歉回复晚了。
  • 你通过 HTTP 或 SSH 克隆?
  • 我相信是 HTTP
  • 服务器上运行的 Mercurial 版本是什么?操作系统版本呢?

标签: version-control mercurial


【解决方案1】:

Windows 共享与 Mercurial 配合良好。

避免此问题的最佳选择应该是使用hg serve,或使用another hosting method

【讨论】:

  • 由于发生了 2 件事中的 1 件事,如果没有完全停止,问题似乎已经减轻。我们发现了不正确的权限,解决了这个问题,但团队的一名成员也离开了。我会调查你在这里提到的,感谢你看这个问题。
  • 有趣的是,我同意 hg serve 似乎可以避免这个问题。
猜你喜欢
  • 2018-10-05
  • 2010-09-05
  • 1970-01-01
  • 1970-01-01
  • 2011-03-06
  • 2011-05-30
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多