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

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

大多数现代编程语言，或者说它们的构建工具，都支持插件来管理Git钩子。这意味着您所需要做的就是配置您的包。Json, pom.xml等文件，团队中的任何人都没有选择，除非他们更改构建文件。

该插件将为您添加内容到.git目录。

例子:

Git构建钩子Maven插件

githook-maven-plugin

git-hooks-js

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

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

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

设置自定义钩子

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

启用自定义钩子

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

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

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

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

在Git 2.9中， 配置选项核心。hooksPath指定自定义钩子目录。

将钩子移动到存储库中的钩子跟踪目录。然后，配置存储库的每个实例来使用跟踪的钩子，而不是$GIT_DIR/hooks:

git config core.hooksPath hooks

通常，路径可以是绝对的，或者相对于钩子运行的目录(通常是工作树的根;参见man githooks的描述部分)。