Git不会克隆模板目录的内容

问题描述

我想要类似克隆后的钩子。 所以我的想法是在我的远程来源中创建一个模板目录,其中包含一个“ hooks”文件夹和一个“ post-checkout”脚本。

因此,我的“结帐后”脚本位于远程原始位置:

[remote-repo-path]/template/hooks/post-checkout

接下来,我在远程源中配置模板目录:

git config init.templatedir '[remote-repo-path]/template'

但是...当我从存储库克隆时,我只能从本地计算机上的认templatedir中获取内容

如何从远程来源克隆模板目录?

解决方法

重要的是要在这里意识到Git在哪里放东西是有很大偏见的。特别是,Git所谓的模板 必须存在于 local 系统上。总是可以在本地找到 1 的配置数据,包括可以在.git/config.git/hooks/*中设置的控制旋钮。这样,克隆存储库不会引入Trojan horse

这意味着服务器的模板(如果存在)是不相关的。您的git clone命令可以看作是运行以下六个主要是Git的命令: 2

  1. mkdir path,以创建一个用于保存存储库的新目录;然后,其余命令将在该新目录中运行。 path 来自您的克隆命令。
  2. git init,以创建初始的完全空的存储库
  3. git remote add remote url,其中 remote 通常是origin,而 url 是您在克隆中使用的URL命令。
  4. git config(如果需要)(仅当为git clone提供了一些可选参数时)。
  5. git fetch remote,以从步骤3中添加的远程获取提交和其他Git对象,并为其Git的分支名称创建远程跟踪名称。
  6. git checkout name,其中 name 来自您的-b选项,或者如果您未提供{{ 1}}选项。

使用模板的这些步骤中只有一个是步骤2,在步骤2中,您的Git甚至还没有联系过服务器。因此,在第2步中复制的任何钩子文件或其他数据必须一定来自您自己计算机上的文件,而不是服务器上的文件。


1 此规则有一些小例外。例如,可以将Git的子模块数据从存储库的-b文件复制到.gitmodules。必须仔细审查此类数据,以避免安全问题。 Git应该自己进行仔细的审查;如果这样做失败,那就是一个错误。

2 有时这六个命令中的一些可以省略,具体取决于您可能传递给.git/config的选项,并且克隆代码中内置了所有这些内容,而不是是一个简单的Shell脚本,仅依次运行每个命令。但是效果是就像您运行这些命令一样