灵感来自a3765910对Gradle的回答，但修改为运行每个构建。

将以下内容添加到应用程序的构建中。Gradle(假设你已经创建了你想要保存在源代码控制中的githooks/pre-commit文件):

copy {
    from new File(rootProject.rootDir, 'githooks/pre-commit')
    into { new File(rootProject.rootDir, '.git/hooks') }
}

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

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

灵感来自a3765910对Gradle的回答，但修改为运行每个构建。

将以下内容添加到应用程序的构建中。Gradle(假设你已经创建了你想要保存在源代码控制中的githooks/pre-commit文件):

copy {
    from new File(rootProject.rootDir, 'githooks/pre-commit')
    into { new File(rootProject.rootDir, '.git/hooks') }
}

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

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

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

设置自定义钩子

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

启用自定义钩子

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

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

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

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

git config core.hooksPath hooks

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