您可以使用托管解决方案来进行预提交钩子管理，例如预提交。 或者为服务器端git-hook提供集中式解决方案，如date .io。

它有内置的策略，如:

检测和防止秘密的合并。 执行正确的Git用户配置。 强制Jira票集成-在拉请求名称/提交消息中提到票号。

它不会取代所有的钩子，但它可以帮助开发人员使用最明显的钩子，而不必在每个开发人员的计算机/存储库上安装钩子。

免责声明:我是Datrees创始人之一

不，把它们放到存储库中就可以了。我甚至建议这样做(如果它们对其他人也有用的话)。用户必须显式地启用它们(例如，如您所说，通过符号链接)，这一方面有点麻烦，但另一方面它可以保护用户在未经他们同意的情况下运行任意代码。

我基本上同意Scy的观点，还有一些额外的建议，足以让它值得一个单独的答案。

首先，您应该编写一个脚本来创建适当的符号链接，特别是当这些钩子是关于执行策略或创建有用的通知时。如果人们只需要输入bin/create-hook-symlinks，而不是自己动手，他们就更有可能使用这些hook。

其次，直接符号链接钩子可以防止用户添加自己的个人钩子。例如，我非常喜欢预提交钩子样本，它可以确保我没有任何空白错误。解决这个问题的一个好方法是在存储库中放入钩子包装器脚本，并将所有钩子符号链接到它。

然后包装器可以检查$0(假设它是一个Bash脚本;类似于argv[0]，否则)来找出它被调用为哪个钩子，然后在存储库中调用适当的钩子，以及适当的用户钩子，这将不得不重命名，并将所有参数传递给每个钩子。简单的例子:

#!/bin/bash
if [ -x $0.local ]; then
    $0.local "$@" || exit $?
fi
if [ -x tracked_hooks/$(basename $0) ]; then
    tracked_hooks/$(basename $0) "$@" || exit $?
fi

安装脚本会将所有已经存在的钩子移到一边(在它们的名称后面附加.local)，并将所有已知的钩子名称符号链接到上面的脚本:

#!/bin/bash
HOOK_NAMES="applypatch-msg pre-applypatch post-applypatch pre-commit prepare-commit-msg commit-msg post-commit pre-rebase post-checkout post-merge pre-receive update post-receive post-update pre-auto-gc"
# assuming the script is in a bin directory, one level into the repo
HOOK_DIR=$(git rev-parse --show-toplevel)/.git/hooks

for hook in $HOOK_NAMES; do
    # If the hook already exists, is executable, and is not a symlink
    if [ ! -h $HOOK_DIR/$hook -a -x $HOOK_DIR/$hook ]; then
        mv $HOOK_DIR/$hook $HOOK_DIR/$hook.local
    fi
    # create the symlink, overwriting the file if it exists
    # probably the only way this would happen is if you're using an old version of git
    # -- back when the sample hooks were not executable, instead of being named ____.sample
    ln -s -f ../../bin/hooks-wrapper $HOOK_DIR/$hook
done

看起来很多帖子都过时了，至少如果你在python生态系统中使用预提交(+我发现在稍微旧版本的git中更改git钩子路径会失败，例如2.3)。使用.pre-commit-config。Yaml在你的repo根目录的hooks目录下，最简单的解决方案是运行:

pre-commit install -f --config hooks/.pre-commit-config.yaml

现在，你可以通过以下方法将一个受版本控制的目录设置为你的Git钩子目录，例如MY_REPO_DIR/。Githooks会是

git config --local core.hooksPath .githooks/

它仍然不能直接执行，但是，如果您在README(或其他任何东西)中添加一个注释，这需要每个开发人员付出最小的努力。

存储在项目中并安装在构建中

正如其他人在他们的答案中所述，如果你的钩子是特定于你的特定项目的，那么就将它们包含在项目本身中，由Git管理。我想进一步说，考虑到使用单个脚本或命令构建项目是一种良好的实践，您的钩子应该在构建期间安装。

我写过一篇关于管理Git钩子的文章，如果您有兴趣深入阅读的话。

Java和Maven

完整的免责声明;我编写了下面描述的Maven插件。

如果您正在使用Maven为您的Java项目处理构建管理，那么下面的Maven插件将处理从项目中的某个位置安装钩子。

https://github.com/rudikershaw/git-build-hook

将所有Git钩子放在项目的一个目录中，然后配置pom.xml，使其包含以下插件声明、目标和配置。

<build>
  <plugins>
    <plugin>
      <groupId>com.rudikershaw.gitbuildhook</groupId>
      <artifactId>git-build-hook-maven-plugin</artifactId>
      <configuration>
        <gitConfig>
          <!-- The location of the directory you are using to store the Git hooks in your project. -->
          <core.hooksPath>hooks-directory/</core.hooksPath>
        </gitConfig>
      </configuration>
      <executions>
        <execution>
          <goals>
            <!-- Sets git config specified under configuration > gitConfig. -->
            <goal>configure</goal>
          </goals>
        </execution>
      </executions>
    </plugin>
      <!-- ... etc ... -->
  </plugins>
</build>

当你运行你的项目版本时，插件会配置Git从指定的目录中运行钩子。这将有效地为项目中的每个人在该目录中设置钩子。

JavaScript和NPM

对于NPM，有一个叫做Husky的依赖，它允许你安装钩子，包括用JavaScript编写的钩子。

// package.json
{
  "husky": {
    "hooks": {
      "pre-commit": "npm test",
      "pre-push": "npm test",
      "...": "..."
    }
  }
}

其他人

此外，还有许多不同的钩子管理应用程序/插件，包括用于Python项目的预提交、用于Ruby项目的Overcommit和用于Ruby或Node.js项目的Lefthook。