Git Submodule入门与实践

子模块初步

引用一段《Git权威指南》的话：
项目的版本库在某些情况虾需要引用其他版本库中的文件，例如公司积累了一套常用的函数库，被多个项目调用，显然这个函数库的代码不能直接放到某个项目的代码中，而是要独立为一个代码库，那么其他项目要调用公共函数库该如何处理呢？分别把公共函数库的文件拷贝到各自的项目中会造成冗余，丢弃了公共函数库的维护历史，这显然不是好的方法。

为现有的仓库添加submodule,以第三方库CodeMirror为示例，在当前仓库下执行:

查看当前仓库的状态，注意到：submodule 和 .gitmodules两个文件已经自动被staged。

git status

其中.gitmodules保存了项目 URL 和你拉取到的本地子目录。如果有多个子module，则该文件会记录多个条目：

虽然 CodeMirror 是工作目录中的一个子目录，但 Git 还是会将它视作一个子模块。当你不在那个目录中时，Git 并不会跟踪它的内容， 而是将它看作该仓库中的一个特殊提交。

当你提交时，会看到类似下面的信息：

注意 CodeMirror 记录的 160000 模式。 这是 Git 中的一种特殊模式，它本质上意味着你是将一次提交记作一项目录记录的，而非将它记录成一个子目录或者一个文件。

最后推送至远端

git push -u origin master

克隆一个带子模块的项目

你将得到了包含子项目的目录，但里面没有文件：

git clone http://git.xhuabu.com/chenrunfa/UI-module.