Git的稀疏检出功能

Git Sparse checkout检出功能

1. sparse checkout的应用步聚

如图，是我最近托管的一个项目：

这个名为“mybatis_vincent_study”的repository中，有mybatis01和mybatis02两个单独的项目，现在我仅仅想clone下来repository中的mybatis01，我想利用“sparse checkout”方法来做，在stackoverflow中搜索到了一个操作办法，链接：https://stackoverflow.com/questions/600079/how-do-i-clone-a-subdirectory-only-of-a-git-repository，如图（这是在linux中的操作，经过测试windows同样适用）：

按照其中的配置，我做了如下操作，如图：
其中一共5个步骤，分别进行分析：
（1）在指定的文件夹下，创建一个空的repository。
（2）获取远程仓库中的所有对象，但不Check out它们到本地，同时将远程Git Server URL加入到Git Config文件中，这个过程会耗时多一点，如果项目比较大。
（3）在Config中允许使用Sparse Checkout模式。
（4）定义要实际检出的文件/文件夹。这是通过在列表中借助“.git/info/sparse-checkout”将他们列出。
（5)见证奇迹的时刻，从远程库中拉取你要检出的项目。

mkdir <repo>
cd <repo>
git init
git remote add -f origin <url>
git config core.sparseCheckout true

echo "some/dir" >> .git/info/sparse-checkout
echo "anthor/sub/dir" >> .git/info/sparse-checkout
echo "OrangePiH5_kernel/drivers/media/platform/sunxi-vin" >> .git/info/sparse-checkout

git pull origin master

刷新我的本地仓库，如图：

​ 验证成功！

2. sparse checkout的应用场景

个人或者公司通过git托管项目，有时候项目很多，但是都不大，单独为每个项目创建一个repository又不值得，这个时候，可以把相似功能的项目抽到一个repository当中，这个时候，可以通过sparse checkout来实现我们所要的功能。

3. 缺点

暂时Google上没有搜到使用sparse checkout的缺点，我个人猜测即使出问题，会出在数据同步、一致性上，这一点还有待观察。

4. 补充

​ 由于图书管理系统是前后端分离的，前端代码和原型图可以捆绑在一起，放到一个repository当中，后端代码单独托管到一个repository当中，也是一个非常好的解决办法，今天遇到的问题，其实就是repository中项目粒度的划分问题，多几次这样的实践，以后经验就更丰富了。