为什么“git submodule”每次都需要从远程存储库获取？

Question

仅从 SO 上“git 子模块”的结果数量来看，这显然是一个常见且容易混淆的主题，因此我将尽力尽可能准确。

忘记关于更新/提交/分支子模块的一切（我知道这会让事情变得非常复杂），为什么每次我更改分支时子模块都会被清空？根据我目前的理解，这使得分支机构变得昂贵；如果我在机场并且无法轻松/廉价地转接怎么办？是我做错了什么，还是有一些我还没有意识到的开发理念？

例子永远不会造成伤害：

## make a new project
$> git --version
git version 1.7.5.4
$> mkdir new_proj; cd new_proj; git init
$> touch new_file_1.txt; touch new_file_2.txt
$> git add . && git commit -m "first commit"

## move into some development branch
$> git checkout -b cool_feature
$> <hack hack hack>
# in the middle, I add a submodule
$> git submodule add https://github.com/some/other_proj.git other_proj
$> git submodule update --init
$> ls -lR
new_file_1.txt
new_file_2.txt
other_proj
other_proj/that_file
other_proj/another_file

## I have to go back to master to do some work
$> git checkout master
# Why is other_proj still around?
$> git status
Untracked: other_proj
## Fine, I'll remove it, since I want a clean working copy, because I need to do some work and commits
$> git clean -f -d
$> <work work work>

## Now I'm ready to go back to cool_feature, but my submodules are empty!
$> git checkout cool_feature

此时，我应该git submodule update，但是如果我不能/它很昂贵怎么办（例如它是远程的，而且我没有互联网访问/它很慢） ）。

我想出的最好的解决方法是将我关心的所有子模块克隆到一个完全独立的位置，然后从我的本地克隆中克隆子模块；这保留了子模块的廉价性。当然，当您在团队中工作时，这会增加另一层复杂性。 :/

Answer 1

考虑子模块只不过是指向另一个存储库的提交的指针< /a>，git子模块更新有点不可避免（为了取回与所述指针关联的内容）。

另一种解决方法是克隆您的主存储库：

• 一个用于 Cool_feature 分支，其中您有子模块
• 一个用于 master 分支，您没有任何子模块

从一个分支切换到另一个分支不需要 git checkout（及其关联的git submodule update），但是路径发生了变化。

如果您想在一个目录中工作，另一种解决方法已在“用 git 子模块替换了第三方代码，现在我无法切换分支"

在切换到 master 分支之前将子模块目录移开