Version control 如何最好地清理Mercurial存储库中的许多旧的开放分支?

Version control 如何最好地清理Mercurial存储库中的许多旧的开放分支?,version-control,mercurial,tortoisehg,Version Control,Mercurial,Tortoisehg,我继承了存储在mercurial存储库中的代码库 回购协议有大约30个开放分支机构,包括: 旧版本分支用于已被取代的版本 已合并到主干(*)但未关闭的旧要素分支 已放弃(未在任何位置合并)的旧要素分支 这些旧树枝中有许多已经多年没有使用了 我想关闭这些旧分支,以便hg分支能够准确地描述当前正在进行的工作 如果我关闭这么多旧的分支,我想这会把我的图文并茂,让我更难跟踪过去发生的事情 这不是一个大问题,但它让我想知道,有没有更好的方法来清理有许多旧的和不活跃的分支机构的反复无常的回购 (*)默认

我继承了存储在mercurial存储库中的代码库

回购协议有大约30个开放分支机构,包括:

  • 旧版本分支用于已被取代的版本
  • 已合并到主干(*)但未关闭的旧要素分支
  • 已放弃(未在任何位置合并)的旧要素分支
这些旧树枝中有许多已经多年没有使用了

我想关闭这些旧分支,以便
hg分支
能够准确地描述当前正在进行的工作

如果我关闭这么多旧的分支,我想这会把我的图文并茂,让我更难跟踪过去发生的事情

这不是一个大问题,但它让我想知道,有没有更好的方法来清理有许多旧的和不活跃的分支机构的反复无常的回购

(*)默认值已被放弃,并替换为名为“trunk”的主分支

  • 在Mercurial中关闭分支,只需从
    hg heads
    输出中隐藏该分支的头部,仅此而已:合并后的分支仍然没有头部
  • 如果执行部分克隆,您将进入克隆只需要|已使用的源repo部分:
    hg clone-r tip…
    将只克隆当前tip的祖先,所有未合并的分支将被忽略(无论如何,删除合并的分支是个坏主意)
  • 在Mercurial中关闭分支,只需从
    hg heads
    输出中隐藏该分支的头部,仅此而已:合并后的分支仍然没有头部
  • 如果执行部分克隆,您将进入克隆只需要|已使用的源repo部分:
    hg clone-r tip…
    将只克隆当前tip的祖先,所有未合并的分支将被忽略(无论如何,删除合并的分支是个坏主意)