在 mercurial 中使用钩子与包装命令

Question

使用钩子与使用为特定任务包装命令的扩展有哪些相对优缺点？

换句话说，决定是使用钩子还是包装命令的标准是什么？

还请列出一种方法是唯一选择的情况。我能想到的一种情况是为现有命令添加新参数。您还可以更改/删除参数，例如我默认 log 为 log -g 但 graphlog 在存在一些“不兼容”参数时中止（请参阅 graphlog.check_unsupported_flags），所以我添加了一个 log 包装器来删除-g 在这些情况下，因为强制堕胎是危害人类罪。

感觉钩子更干净利落。 Python 挂钩在 hg 进程中运行，因此不存在性能问题。虽然使用extensions.wrapcommand 创建命令包装器很容易，但创建/禁用钩子并调整它们的应用顺序（它们首先应该是独立的）是微不足道的。

这是来自hgrc doc 的引述，它建议使用标准挂钩而不是命令前/后挂钩，但它也适用于包装器上的挂钩：

...像“commit”这样的钩子将在所有生成提交（例如标签）的上下文中被调用，而不仅仅是提交命令。

另外我猜钩子不受 GPL 约束（或者它们是？），而 extensions are 中的命令包装器。

（我希望 1.5k+ 的用户可以创建一个 mercurialhooks 标签。Git 粉丝已经用 githooks 击败了我们。）

Answer 1

我不能谈论许可问题，但钩子和扩展之间的最大区别是钩子可以用任何语言编写，而扩展始终是 python。

如果一个人用 python 编写，那么钩子和扩展之间几乎没有区别：

• 两者都可以深入研究反复无常的内部结构
• 两者都需要用户修改其.hgrc 才能启用它们
• 两者都可以包装/拦截命令

我认为除了作为扩展完成之外，您还可以使用pre-log 挂钩来修改日志命令参数。

TL;DR：如果您使用 python 编写，则几乎没有区别，如果您不是钩子，则是您唯一的选择。