什么决定git引用事务挂钩何时运行?

什么决定git引用事务挂钩何时运行?,git,refer,Git,Refer,我有Git28.0 我有一个远程分支和一个本地分支,它们都指向同一个提交。 如果我签出提交或远程分支,我会看到引用事务挂钩运行,但如果我签出本地分支,我不会 我在文档中找不到任何关于这种行为的参考资料。这是预期的吗?如果是,为什么?它记录在哪里?ref事务挂钩是一项正在进行的工作(Git 2.29中有一些调整),但目标是在对ref进行任何更改之前运行挂钩。签出操作只读取ref,因此不会调用它。然而,对提交散列ID或远程跟踪名称的签出也不会,除了这些更新HEAD,这是一个伪ref。伪refHEAD

我有Git28.0

我有一个远程分支和一个本地分支,它们都指向同一个提交。 如果我签出提交或远程分支,我会看到引用事务挂钩运行,但如果我签出本地分支,我不会


我在文档中找不到任何关于这种行为的参考资料。这是预期的吗?如果是,为什么?它记录在哪里?

ref事务挂钩是一项正在进行的工作(Git 2.29中有一些调整),但目标是在对ref进行任何更改之前运行挂钩。签出操作只读取ref,因此不会调用它。然而,对提交散列ID或远程跟踪名称的签出也不会,除了这些更新
HEAD
,这是一个伪ref。伪ref
HEAD
得到更新的事实(有时甚至是常规签出)是有点模糊的。我不太确定您应该期望什么,但这可能是值得浏览的。@torek我在这里发布之前做的,我找不到任何关于引用事务和HEADHm的信息。我自己并没有跟上ref事务挂钩的进度,但我认为其中包含了一个拟议的文档更新。如果没有,并且2.29版本候选版本仍然没有记录它,您可能希望开始邮件列表讨论。ref事务挂钩正在进行中(Git 2.29中有一些调整),但目标是在对ref进行任何更改之前运行钩子。签出操作只读取ref,因此不会调用它。然而,对提交散列ID或远程跟踪名称的签出也不会,除了这些更新
HEAD
,这是一个伪ref。伪ref
HEAD
得到更新的事实(有时甚至是常规签出)是有点模糊的。我不太确定您应该期望什么,但这可能是值得浏览的。@torek我在这里发布之前做的,我找不到任何关于引用事务和HEADHm的信息。我自己并没有跟上ref事务挂钩的进度,但我认为其中包含了一个拟议的文档更新。如果不是,并且2.29版本候选版本仍然没有记录它,那么您可能需要开始邮件列表讨论。