我们想做一些基本的钩子脚本,大家都可以共享——比如预先格式化提交消息。Git有钩子脚本,通常存储在<project>/. Git /hooks/下。但是,当人们进行克隆时,这些脚本不会传播,并且它们不受版本控制。

是否有一种好方法可以帮助每个人获得正确的钩子脚本?我能不能让那些钩子脚本指向我的repo中的版本控制脚本?


当前回答

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

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

其他回答

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

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

git config core.hooksPath hooks

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

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

[core]
hooksPath = hooks

它将覆盖.git/config。

对于Node.js用户来说,一个简单的解决方案就是更新包。json和

{
  "name": "name",
  "version": "0.0.1",
  ......
  "scripts": {
    "preinstall": "git config core.hooksPath hooks",

preinstall将在之前运行

npm安装

并重定向Git以查找。\hooks(或任何您选择的名称)目录中的钩子。这个目录应该模仿。\。Git \挂钩在文件名(减去.sample)和结构方面。

设想Maven和其他构建工具将具有与预安装相当的功能。

它还应该适用于所有平台。

如果需要更多信息,请参阅与团队共享Git钩子的两种方法。

如果你的项目是一个JavaScript项目,并且你使用npm作为包管理器,你可以使用shared-git-hooks在npm install上强制使用Git钩子。

完全披露:这个包是我写的

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

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