【问题标题】:Incorporating external changes using Mercurial and TortoiseHg使用 Mercurial 和 TortoiseHg 合并外部更改
【发布时间】:2014-08-16 00:51:13
【问题描述】:

我正在寻求有关如何最好地组织我的存储库以处理外部更改的建议。而且,我有一个关于在 TortoiseHg 中创建分支的简单用户问题。这是我第一次设置这种东西,所以我很难找出最直接的方法来处理它。

我在服务上建立了一个网站。我们使用的主题是基于他们的一个例子。有时,他们会更新我们所基于的主题。而且,在大多数情况下,我希望将这些更改中的大部分纳入其中。

让我感到困惑的部分是,我不一定要合并他们的所有更改。那么,创建两个分支的正确方法是什么?一个是规范版本,直接来自他们,只包含他们的编辑?另一个是我们的发布分支,我们只合并它们的部分更改?

规范分支会持续存在吗?或者,它是否只有在他们进行新的转储时才存在,然后我手动合并回我的发布分支,其中包含我想要合并的更改?

如果它是持久的,有没有办法使用 TortoiseHg 在根目录创建分支?或者,我是否需要深入研究命令行语法才能做到这一点?我知道这对这个项目来说是一次性的。但是,我正在寻找有关如何在其他软件情况下执行此操作的建议,我想回到早期版本来制作补丁。我确定有针对这种情况的教程,但我无法找到正确的搜索短语来找到它。至少,不使用 TortoiseHg。

【问题讨论】:

    标签: mercurial branch tortoisehg


    【解决方案1】:

    如果上游主题也是受版本控制的(在 any SCM 中,由 Mercurial 支持),两个长期分支与从 VENDORMY 嫁接一些变更集子集自然是,快速且简单的方法(另一种可能的解决方案是在带有香草主题的分支顶部的 MQ 补丁,但它稍微更难的方法)

    如果原始主题没有版本化,您可以不时获取源代码,编辑(合并自己的更改,删除不需要的)并将这个自己的更改集提交到单分支存储库中

    有没有办法使用 TortoiseHg 在根目录创建分支?

    我无法回忆或找到(通过快速搜索)很好且明显以 GUI 方式创建分支的方式(即工具栏“分支”上的大按钮),但您可以在提交阶段(无论如何,分支不存在,而该分支中的至少一个变更集未提交)。为了创建分支,从 <some old> 变更集开始,你有:

    • 更新到 <some old> 变更集 (RClick - Update...)
    • 提交(不做任何更改),但在提交对话框中使用提交工具栏上的“分支”按钮(参见1)将旧的分支名称更改为新的(参见2

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2012-09-12
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2014-10-15
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多