【声明】本文中的git命令都需要root权限

我们都知道运行

git clone git <repository>

可以把<repository>中的全部拷贝下来，但是有时候这个repository很大，而且在国外的话，由于带宽限制和不稳定，可能需要花费很长的时间，而且中间很可能中断。且git不像ftp，没有断点重传机制，所以一旦失败要重启整个过程。比方说git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git 就需要花一整天的时间，还未必能完成。  

这时候就有一个分步clone的方法，先运行如下命令

git --depth 100 clone git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.gi
t linux_stable

这里100是指最近100次commit， 你可以选择自己想要的数字，可以从1到任何正整数（如果有）。运行完后输出如下：

网速比较快，平均有接近10M bits/s，远高于直接clone整个目录的速度，不知道是因为方法路径还是偶然因素。这个下来有760M Bytes。

然后运行如下命令：

git fetch --unshallow

这个命令是认为当前local的这个目录下面是shallow（不完整的），把远端的<repository>和local的比较，然后把没有的下载下来。完成后输出如下：

...........（中间省略若干）

 这次下载了1.58G，也比较快。但是最后面的版本号只到了v4.9-rc8, 很明显和v5.x有较大落差。

这个时候运行

sudo git branch -a

展示所有branch信息，输出如下：

除了remotes/orgin/master, 其他remote branch都没有了。应该是本地目录还不完整， 再次运行以下命令：

git fetch --unshallow

提示如下错误：

fatal: --unshallow on a complete repository does not make sense 

 也就是git并不认为当前local的目录是shallow, 而是complete

接下来我在google上搜了一些解决方案，试着运行如下：

git config remote.origin.fetch

结果输出：

 +refs/heads/master:refs/remotes/origin/master

 这个解释了为什么本地目录只有remotes/origin/master这个一个branch

所以，接下来试着修改这个配置，运行：

sudo git config remote.origin.fetch "+refs/heads/*:refs/remotes/origin/*"

该命令执行后立即返回，没有任何提示信息，再查询

git config remote.origin.fetch

 返回：

+refs/heads/*:refs/remotes/origin/*

 表示修改成功，从字面上可以看出来是把所有branch都下载，而不仅仅是master

然后再运行：

git remote update

运行完成后输出如下：

........

 

 .......

 .......

这次网速也很快，平均在10M bits/s，下载了1.63G。新增了很多branch, 最新的是linux-5.18.y. 

再运行：

 git branch -a

输出：

....

 

这样一个输出和我在AWS 国际站上一个EC2 instance上用完整的clone方法（国际站上没有带宽限制）

  git clone git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux_stable

后面得到的branch比，最新的版本都是remotes/origin/linux-5.18.y，但是还多了remotes/origin/linux-rolling-stable,  remotes/origin/master。用

 du -sh linux_stable

命令查看目录大小，用文中的分段方法clone下来的，总共有 6.3G，而AWS的一次性方法，有5.7G