该.gitmodule文件仅指定模块存储库 url。怎么git submodule知道要下载哪个版本？它似乎总是在检查最新版本。那么，开发者如何保证主项目与子模块的兼容性呢？
问问题
12308 次
1 回答
32
Your submodule is represented as a special entry with a special mode (called a gitlink, see "Nested git repositories without submodules?"):
(See "Checkout past git submodule commit")
new file mode 160000
index 0000000..4c4c5a2
So it isn't checking out the "LATEST" version, but always a specific SHA1, and it does so in a DETACHED HEAD mode (see "How to make submodule with detached HEAD to be attached to actual HEAD?".
That doesn't mean you can't update a submodule, as I explain in "true nature of submodules".
For more on submodules, and on potentially why you might not want to use them(!), read the sobering article "Why your company shouldn’t use Git submodules", from Amber Yust (also on SO).
Just one small extract, for kicks and giggles (emphasis mine):
When you invoke
git submodule updateit looks in the parent repository for a SHA for each submodule, goes into those submodules, and checks out the corresponding SHAs.
As would be the case if you checked out a SHA in a regular repository, this puts the submodule into a detached HEAD state.If you then make changes in the submodule and commit then, Git will happily create the commit… and leave you still with a detached HEAD. See where this is going yet?
Say you merge in some more changes which happen to include another submodule update. If you haven’t committed your own submodule change into the parent project yet, Git won’t consider your new commit in the submodule as a conflict, and if you run
git submodule updateit will happily wipe out your commit without warning, replacing it with that from the branch you just merged in.I hope you had your submodule’s
reflogenabled or still have the old commit in your terminal scrollback, because otherwise, you just lost all that work you did.
Err... "ouch".
Note that now a submodule can track the latest from a branch: see "git submodule tracking latest".
于 2012-08-22T17:58:56.093 回答