Git 提交到公共子模块（主分支）

Question

我有两个或多个项目（我们称之为 ProjectFoo 和 ProjectBar），其中有一些通用代码，我将它们放入子模块< /强>。

我的理解是，如果我从 ProjectFoo 内提交对子模块的更改，它将位于一个独立的头中，只有所有 ProjectFoo 克隆才能看到：

(master) $ cd ProjectFooBarCommoneSubmodule/
(master) $ git commit -am "Common code fix."
(56f21fb0...) $ git push
Everything up-to-date

这可能是因为 master 分支没有改变。我可能可以做类似 git checkout master && 的事情git merge 一切都是最新的 但这看起来很丑陋。可能 git reset --hard master 会做同样的事情，但看起来更丑陋。

如何让项目共享通用代码，并从内部使用它的项目进行更新？换句话说，提交该子模块应该更新使用同一子模块的所有各种存储库（存储库，而不仅仅是克隆）。

---- 编辑 ----

显然我签出的存储库混乱且损坏。它应该从一开始就这样工作（在本例中的 ProjectFoo 上）：

(master) $ cd ProjectFooBarCommoneSubmodule/
(master) $ git commit -am "Common code fix."
(master) $ git push
....
   fbfdd71..0acce63  master -> master
(master) $ cd ..
(master) $ git add ProjectFooBarCommoneSubmodule
(master) $ git commit -m "Submodule update."

然后从其他项目（例如 ProjectBar）上获取更改：

(master) $ cd ProjectFooBarCommoneSubmodule/
(master) $ git pull

将更新到最新版本通用代码。如果它位于独立的头上，则可能需要 git checkout master。

Answer 1

简短的回答：

cd ProjectFooBarCommoneSubmodule
git checkout master
<Do your editing>
git commit --all -m "Lots of fixes"
git push submodule_origin master
cd ..

git add ProjectFooBarCommoneSubmodule
git commit -m "Bumped up the revision of ProjectFooBarCommoneSubmodule"
git push origin master

较长的：

Git 子模块是一种依赖机制，其中主项目（例如 A）在子项目（例如 B）中定义了指定的修订版，该修订版将用于构建项目 A。从 A: 的角度来看，该行为必须是可预测的。依赖关系不能更改，除非有人决定将更改合并到项目 A 中。如果项目 B: 的更改自动导入，则可能会发生各种令人讨厌的事情，其中​​编译错误可能是最好的错误，因为 A 会立即注意到失败。这就是为什么B:的头部保持分离状态。

B 的状态存储在 A 中（查看 git submodule status ），并且必须在 A 中完成并提交修订更改才能生效。这就是上面示例中发生的情况，A 更改存储在存储库中的修订号，并将版本升级到最新版本。该过程也必须在其他主存储库中重复，因此没有自动“使用主”开关 AFAIK。

顺便提一句。 有关子模块的 Git 书籍章节 和 子模块手册页包含许多有关子模块的有用信息，以及正常用法和典型陷阱。值得一看。

---

编辑：我会尝试更好地解释这一点，

我冒昧地在 我的 github 帐户上创建示例项目。提交毫无意义并且包含垃圾，但设置应该没问题。请检查一下以遵循。

ProjectFoo 和 ProjectBar 共享公共子模块中的代码。

ProjectFooBarCommoneSubmodule:master 是 6850e4e4c1fac49de398

在 ProjectFoo 中：

git submodule status

-6850e4e4c1fac49de39890703f21486ca04b87a0 common

在 ProjectBar 中：

git submodule status

-6850e4e4c1fac49de39890703f21486ca04b87a0 common

所以两者都指向同样的修订版，对吗？这里的技巧是看到 ProjectFoo 和 ProjectBar 指向修订版 (6850e4e4c1fac49de39890703f21486ca04b87a0) 而不是分支 (master)，尽管它们是同一件事。第一个是独立的头，另一个是命名的分支。

如果您想对 ProjectFooBarCommoneSubmodule 进行一些修复，您可以转到例如 ProjectFoo 中的子目录，然后选择分支而不是修订版：

git checkout master 
<Do your coding and pushing here>

然后向上一个目录，并检查 git 子模块状态。它应该告诉您，您现在不同步。例如

git submodule status

+e24bd2bf45d52171a63b67ac05cd4be0ac965f60 common (heads/master-1-ge24bd2b)

现在您可以执行 git add，设置对此特定提交的引用(ge24bd...)，执行提交，之后子模块引用指向此修订版，它也恰好是 ProjectFooBarCommoneSubmodule 上的 master。

现在您还需要更新 ProjectBar 中的引用。转到 ProjectBar/common，然后执行 git fetch origin （这是快速合并），

git checkout master 
cd ..
git add common
git commit -m "Bumped up the revision"
git push origin master # to publish the revision bump to everybody else

这样做，与任何 git 存储库一样，您不需要在分离的头上工作。您可以在 master 上工作，也可以创建一个命名分支。无论哪种方式，请确保上游包含 ProjectFooBarCommoneSubmodule 更改，否则如果 ProjectFoo 和 ProjectBar 引用不存在的内容，您将破坏它们。希望这能更好地解释它

Answer 2

在子模块上：git push origin HEAD:master

Answer 3

我只是这样做：

git submodule foreach git push -u origin master

Answer 4

注意：

git submodule foreach 'git commit -a'

如果子模块之一不包含任何提交，则会失败。

为了解决这个问题，你必须强制命令结果为 0。

git submodule foreach "git commit -am 'your comment' || echo ' '"

通过使用 echo 管道，你可以强制整个命令返回 0 并继续在其他子模块上执行 commit 命令

Answer 5

如果您想一次提交并推送所有子模块，请执行以下操作：

git submodule foreach 'git commit -a' ;
git submodule foreach 'git push --all' ;
git commit -a && \
git push --all --recurse-submodules=on-demand

Answer 6

要将分离的 HEAD 中的更改合并到 master 中，请运行：

git rebase HEAD master

然后 checkout master （使用 -f 强制）：

git checkout master

如果您有多个子模块需要处理，请使用：git submodule foreach，例如

git submodule foreach git pull origin master -r

Answer 7

如果没有子模块的推送权限和/或只想将子模块内容提交到父存储库：

mv /path/to/submodule /path/to/submodule-old
git submodule deinit /path/to/submodule
git rm --cached -r /path/to/submodule
mv /path/to/submodule-old /path/to/submodule
git add /path/to/submodule