你可以让你的hooks文件夹成为另一个Git存储库，并将其链接为子模块…

我想，只有当你有很多成员和钩子定期改变时，这是值得的。

要对hooks目录进行版本化(假设它存储在hooks/中)，在工作副本根目录下创建一个.gitconfig文件，包含以下内容:

[core]
hooksPath = hooks

它将覆盖.git/config。

我想把几个答案合并成一个。假设你在你的项目/目录下:

设置自定义钩子

创建.githooks目录，并将你的钩子放在其中。(参见.git/hooks的例子) 创建一个.gitconfig文件，指向目录¹: Git config -f .gitconfig core。hooksPath .githooks 在你的Makefile中创建以下规则 enable-git-hooks: Git配置—本地包含。路径. . / .gitconfig $(警告记住，你必须审查自定义钩子!)

启用自定义钩子

每个开发人员都应该在检查后显式地启用这些自定义钩子。在README中添加一个指令，就像这样:

通过make Enable -git-hooks检查自定义钩子后启用它们。

我们使用的Visual Studio解决方案(以及项目)具有构建前和构建后事件。我正在添加一个名为“GitHookDeployer”的额外项目。项目在生成后事件中自我修改文件。该文件被设置为复制到构建目录。因此，项目每次都被构建，并且从未被跳过。在构建事件中，它还确保所有git钩子都到位。

请注意，这不是一个通用的解决方案，因为有些项目当然没有任何东西要构建。

使用git-hooks。它将.git/hooks调用路由到项目目录githooks下的脚本中。

还有很多功能，使您能够最大限度地减少复制和符号链接钩子到处。

我目前正在我们的代码库中工作，我遇到了一个名为husky的库，它简化了如何在团队中使用和共享GitHub Hooks。我强烈建议你调查一下。