Git柱重基钩

有没有像后重基挂钩这样的东西？我的目标是我想要一个脚本在之后执行

git pull--重新设置基址

---

使用了命令。

似乎是重写后钩子完成了这项工作。

一个

签出后钩子也可以工作，但仅适用于Git 2.21（2019年第1季度）：“
Git rebase
“内部运行”
签出
”在分支之间切换，以及用于调用
签出后钩子的命令，但是重新实现（从shell脚本到C）停止了这样做，这一点正在得到修复

参见（2018年12月29日）作者。

（于2019年1月29日合并）

rebase
：运行
post checkout
hook on checkout

用于在初始签出时运行此钩子的rebase的脚本版本。

向内置的过渡引入了回归


在Git 2.27（2020年第2季度）中，“
Git rebase
”碰巧调用了一些钩子，用于“
签出”
”和“
提交”
”，这并不是一种设计行为，而是历史事故

这已被记录在案

参见（2020年4月5日）作者。

（于2020年4月28日合并）

：将另一个钩子添加到钩子部分，并进行详细说明
签字人：以利亚·纽伦

有关这些钩子、它们相对于rebase的历史以及不同类型操作之间的逻辑一致性的更多讨论，请参阅本文以及其中引用的一些线程的链接

目前的方案包括：

钩子
apply
后端传统上没有调用
post-commit
钩子，而
merge
后端有

两者都调用了
post-checkout
hook，尽管合并后端已经抑制了它的输出

此外，两个后端仅使用rebase的起始点commit调用签出后钩子，而不是中间提交或最终提交。

在每种情况下，这些钩子的调用都是由于实现的偶然性，而不是设计的偶然性（两个后端最初都是作为shell脚本实现的，并且碰巧调用了其他命令，比如调用钩子的“
git checkout
”或“
git commit
”）

两个后端应该具有相同的行为，但并不完全相同
如果有，请明确哪个是正确的。

我们可能会让rebase在将来停止调用这两个钩子中的任何一个。

你把它弄好了吗？当我拉它的时候，它只是用新的变化来ffws我的分支，没有冲突，我的钩子似乎没有被触发。它对我有点起作用…但并不总是…我不知道为什么它有时（罕见的情况下）无法触发，因为我没有调查过。但大多数时候它还是做了它必须做的。@user82116 ff只是一个新提交的签出，所以我认为应该触发签出后钩子