处理“hg import”的最有效方法是什么?拒绝?

发布于 2024-09-27 19:25:00 字数 141 浏览 2 评论 0原文

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

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

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

When I import a patch using hg import, the command sometimes creates .rej files.

When a conflict occurs, is there a way to automatically launch the visual merge tool instead of creating the .rej files?

If not, what is the most efficient workflow to process the .rej files?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

凉栀 2024-10-04 19:25:00

这并不是您正在寻找的答案,但理想情况下,您可以通过改进工作流程来避免使用 import,从而避免使用 .rej 文件。

以下是 import 的一些常见用途以及针对每种情况的更好替代方案:

  • 择优挑选 - 当您使用 import(或 transplant)时 只是导出后跟导入)将更改从一个分支移动到另一个分支,而不移动该分支上的其他所有内容,如果您有的话,您可以使用merge更加仔细地了解要移动的变更集的父级是什么。当然,事后看来是 20/20,但如果可能的话,请对您所做更改的最早可能的父级进行 hg 更新(例如:修复子级中的错误)引入错误的变更集的变更集),那么只有修复的祖先才是存在错误的任何地方的变更集,并且您可以安全地拉动合并它bug 的存在没有带来任何东西——或者需要导入
  • 提交的补丁 - 如果可能的话,让人们在 Mercurial 克隆中工作,您可以从中提取。然后您只需合并他们的工作即可。

import 没有任何问题,但如果可能的话,更喜欢 pullmerge,只要有一点远见,通常就可以实现这一点。

It's not quite the answer you're looking fo,r but ideally you avoid the .rej files by improving your workflow to avoid the need to use import.

Here are some common uses for import and better alternatives for each case:

  • cherry picking - when you're using import (or transplant which is just export followed by import) to move changes from one branch to another without moving everything else on that branch you could instead be using merge if you had been more careful about what the parent of that changeset-to-move was. Hindsight is 20/20, of course, but when possible do a hg update to the earliest possible parent of the change you're making (ex: fix bugs in a child changeset of the changeset that introduced the bug) then then only ancestors of the fix is a changeset that exists anywhere the bug exists, and you save safely pull and merge it wherever the bug exists without bringing anything with it -- or needed import.
  • submitted patches - if possible get people working in mercurial clones from which you can pull. Then you'll only need to merge in their work.

There's nothing wrong with import but when possible prefer a pull and merge and with a little foresight you can usually make that possible.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文