Mercurial 最有效的处理方法是什么;“汞进口”;拒绝?

Mercurial 最有效的处理方法是什么;“汞进口”;拒绝?,mercurial,Mercurial,当我使用hg import导入补丁时,该命令有时会创建.rej文件 当发生冲突时,是否有办法自动启动可视化合并工具而不是创建.rej文件 如果不是,处理.rej文件最有效的工作流是什么?这不是您想要的答案,但理想情况下,您可以通过改进工作流来避免使用导入,从而避免.rej文件 以下是导入的一些常见用法,以及每种情况下更好的替代方法: 樱桃采摘-当您使用导入(或移植,即先导出,然后导入)若要将更改从一个分支移动到另一个分支,而不移动该分支上的所有其他内容,您可以使用merge,前提是您对要移动的

当我使用
hg import
导入补丁时,该命令有时会创建.rej文件

当发生冲突时,是否有办法自动启动可视化合并工具而不是创建.rej文件


如果不是,处理.rej文件最有效的工作流是什么?

这不是您想要的答案,但理想情况下,您可以通过改进工作流来避免使用
导入
,从而避免
.rej
文件

以下是
导入的一些常见用法,以及每种情况下更好的替代方法:

  • 樱桃采摘-当您使用
    导入
    (或
    移植
    ,即先导出,然后导入
)若要将更改从一个分支移动到另一个分支,而不移动该分支上的所有其他内容,您可以使用
merge
,前提是您对要移动的更改集的父级更加小心。事后诸葛亮当然是20/20,但如果可能的话,对所做更改的最早父项进行
hg更新
(例如:修复引入错误的更改集的子更改集中的错误),那么只有修复的祖先才是存在错误的任何地方的更改集,您可以安全地保存
pull
merge
它,而无需随身携带任何东西,也无需导入
import
  • 提交的修补程序-如果可能,让人们在mercurial克隆中工作,您可以
    从中提取
    。然后,您只需在他们的工作中合并

  • import
    没有什么错,但是如果可能的话,你更喜欢
    pull
    merge
    ,只要有一点远见,你通常可以做到这一点。

    我同意。您无法单独使用.rej文件或修补程序正确启动diff工具。那里没有足够的信息。您真正需要知道的是补丁应该针对哪些特定变更集应用。然后理论上可以编写一个脚本来表示合并。