当前位置:   article > 正文

git clone 一部分_Git 2.25.0发布,不用再clone整个仓库了

git clone 不要 .git

Git 2.25.0 发布了,项目贡献者 Taylor Blau 介绍了此版本带来的一些特性上的亮点,包括部分克隆(partial clone)与稀疏检出(sparse checkout)。

77eb63033e2490ce612c2ba43de1b4e9.png

partial clone,部分克隆

一般来说,Git clone 时副本会复制仓库的所有数据,包括历史记录中每个文件的每个版本,对于非常大的存储库,如果只需要文件的一部分,那会无形中增加网络传输和本地存储的成本。在过去的几个版本中,Git 拥有了执行部分克隆的能力,这意味着它现在可以克隆并使用存储库部分内容而无需拥有所有内容。

目前该特性还处于实验阶段。

具体来讲,部分克隆需要客户端做两件事:它必须能够告诉服务器它只需要存储库中的哪些对象,同时还必须能够不与缺少完整对象集的本地存储库产生冲突。另一方面,服务器则必须能够解释客户端的请求,仅服务于某些对象,并能够生成适当的响应。

这其中必要的逻辑是需要 Git 在收到服务器的响应后能够跳过检出存储库,因为一旦检出,那么它就会发现 clone 的对象不完整,并尝试向服务器请求。实际上这一功能由另一个新特性实现:sparse checkout,稀疏检出。

sparse checkout,稀疏检出

稀疏检出实际上是一个类似于 .gitignore 的文件路径模式匹配列表,告诉 Git 在检出存储库时可以跳过哪些对象,它的工作对象是副本内容,而不像 .gitignore 是索引。

稀疏检出有一个缺点就是很难指定,比如下边是为了跳过检出深度大于等于 2 的文件:

$ git clone --filter=blob:none --no-checkout /your/repository/here repo$ cd repo$ cat >.git/info/sparse-checkout </*!/*EOF$ git config core.sparseCheckout 1$ git checkout .

首先,指定 --filter = blob:none 要求服务器避免向我们发送 blob,随后使用 --no-checkout 告诉 Git 在检出存储库时跳过 /your/repository/here 这部分,但它实际上还要依赖于 .git/info/sparse-checkout中的模式匹配。

Git 2.25 中,通过引入新的 git sparse-checkout 命令,让这一操作更加简便。以下是与上边相同功能的 demo:

$ git clone --filter=blob:none --sparse /your/repository/here repo

git sparse-checkout命令使用户可以尽可能轻松地进行部分克隆和稀疏检出,无需将复杂的.gitignore模式匹配编写到.git/info/sparse-checkoutgit sparse-checkout会直接处理。

git sparse-checkout 可以做四件事:设置(set)要检出的路径列表、打印(list)当前列表以及完全启用(enable)或禁用(disable)稀疏检出。

要检出新路径,只需执行以下命令:

$ git sparse-checkout set /path/to/check/out

此外,对于非常大的仓库,稀疏检出模式匹配列表会过于繁杂,Git 现在提供了一种 cone 模式,执行git config core.sparseCheckoutCone进入该模式,允许的模式匹配集将变得更加严格,可以直接指定是否在给定子目录内检出所有路径或所有文件,而不是通过 .gitignore 模式匹配。

例如,如果在大型存储库中有一个目录 A/B/C,而 C 是平时执行大部分工作的位置,则它可能需要被完全检出,但同时还需要让 A 和 B 检出足够多的内容,以便可以到达 C。在 cone 模式下, git sparse-checkout set A/B/C 可以做到这一点。

关于 Git 2.25 的更新内容,详情查看:

  • https://lore.kernel.org/git/xmqqtv4zjgv5.fsf@gitster-ct.c.googlers.com

  • https://github.blog/2020-01-13-highlights-from-git-2-25

推荐阅读

Gitee发布2019年度数据报告,Dart增速255%

Java开发者需要研究JDK,Linux开发者需要研究Kernel

2019年C++有哪些发展?

把Vi改造成Vim的作者,现在又让Vim快了70倍

ZFS On Linux在Linux Kernel 5.0上陷入了困境

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/很楠不爱3/article/detail/586501
推荐阅读
相关标签
  

闽ICP备14008679号