Question

所以，我一直在学习更多关于git子模块的知识，我读到的每个地方都告诉我，在添加子模块后，我最终得到了一个独立的HEAD。这是有道理的，因为我希望我的超级项目具体知道应该使用哪个提交。但是，这不是我在实践中看到的（在Mac OS X上）。

考虑以下命令序列，这些命令创建一个包含单个文件的快速仓库（称为sub），然后将其作为子模块添加到另一个名为blah的仓库中。

/tmp> git version 
git version 1.7.12.4 (Apple Git-37)
/tmp> git init sub
Initialized empty Git repository in /private/tmp/sub/.git/
/tmp> cd sub
/tmp/sub> touch a.txt
/tmp/sub> git add a.txt
/tmp/sub> git commit -m "add a file"
[master (root-commit) c527790] .
 0 files changed
 create mode 100644 a.txt
/tmp/sub> cd ..
/tmp> git init blah
Initialized empty Git repository in /private/tmp/blah/.git/
/tmp> cd blah
/tmp/blah> git submodule add /tmp/sub sub
Cloning into 'sub'...
done.
/tmp/blah> cd sub
/tmp/blah/sub> git status
# On branch master
nothing to commit (working directory clean)

为什么主分支上的子模块？我原以为它会说它不在分支上。更多的挖掘表明git引用了正确的提交哈希，但不知何故在主分支上，而不是分离的HEAD。

/tmp/blah/sub> cd ../../sub
/tmp/sub> git reflog
97b97b3 HEAD@{0}: commit (initial): add a file
/tmp/sub> cd ../blah
/tmp/blah> git submodule status
 97b97b349cfae8da490c2cad3b3f4fc3af6a53c7 sub (heads/master)

我错过了什么？非常感谢。

Answer 1

运行此命令：

git submodule add /tmp/sub sub

结果是正常的clone操作，因此您最终会进入主分支的HEAD。但是，如果检查结果提交，您将看到git在存储库中记录显式提交哈希。

从blah存储库中

$ git commit -m 'added submodule'
[master (root-commit) 13e36eb] added submodule
 2 files changed, 4 insertions(+)
 create mode 100644 .gitmodules
 create mode 160000 sub
$ git log --oneline
13e36eb added submodule
$ git cat-file -p 13e36eb
tree 5d205c2e2ce63d8087b3b6644e3ac183cd49c644
author Lars <lars@> 1363184265 -0400
committer Lars <lars@> 1363184265 -0400

added submodule
$ git cat-file -p 5d205c2e2ce63d8087b3b6644e3ac183cd49c644
100644 blob 30c9a7559a85f36bcedaabb8bdfaf43363966b85    .gitmodules
160000 commit 2122e5378b7940afae8e49ad9179c815c7711610  sub

最后一行（160000 commit ...）显示git已为您的子模块记录的提交哈希值。

如果您现在使用子模块克隆您的存储库...

cd /tmp
git clone --recursive blah cloned-blah

您会发现sub现在不在分支上，因为这不是正常的克隆操作，而是检查了显式提交。

git子模块和分离的HEAD

1 个答案: