GIT子模块更新

Question

GIT子模块更新我不清楚以下是什么意思GIT子模块更新)：.将使子模块的头被分离，除非--rebase或--merge被指定.。如何--rebase/--merge改变事情？我的主要用例是有一堆中央repos，我将通过子模块嵌入到其他repos中。我希望能够改进这些中央repos，要么直接在它们原来的位置，要么从它们的嵌入repos(通过子模块使用它们的那些)。从这些子模块中，我可以创建分支/修改并使用推拉/拉，就像我在常规的重新部署中一样，还是有一些事情需要小心呢？我将如何将引用提交的子模块从例如(标记)1.0提升到1.1(即使原始回购的头已经是2.0)，或者选择使用哪个分支的提交呢？

Answer 1

要解决-重基VS-合并选项：

假设您有超级回购A和子模块B，并且想在子模块B中做一些工作，您已经完成了作业，并且在调用之后就知道了。

git submodule update

您处于无头状态，因此此时所做的任何提交都很难恢复。因此，您已经开始在子模块B中创建一个新分支。

cd B
git checkout -b bestIdeaForBEver
<do work>

同时，项目A中的其他人已经决定，B的最新和最伟大的版本才是真正值得A使用的。出于习惯，您可以将最近的更改合并起来，并更新您的子模块。

<in A>
git merge develop
git submodule update

哦不！您再次处于无头状态，可能是因为B现在指向与B的新提示相关联的SHA，或者其他一些提交。如果你有：

git merge develop
git submodule update --rebase

Fast-forwarded bestIdeaForBEver to b798edfdsf1191f8b140ea325685c4da19a9d437.
Submodule path 'B': rebased into 'b798ecsdf71191f8b140ea325685c4da19a9d437'

现在，对B最好的想法已经被重新建立在新的提交上，更重要的是，您仍然在B的开发分支上，而不是处于无头状态！

(-Merge将从preUpdateSHA的更改合并到PostUpdateSHA中，而不是将您的更改重新定位到PostUpdateSHA。)

Answer 2

Git 1.8.2提供了一个新选项--remote这将完全支持这种行为。跑动

git submodule update --rebase --remote

将从每个子模块中的上游获取最新的更改，将它们重新定位到其中，并签出子模块的最新修订版。如医生说出来：

-偏远

此选项仅对UPDATE命令有效。使用子模块的远程跟踪分支的状态，而不是使用超级项目的SHA-1记录来更新子模块。

这相当于运行git pull在每个子模块中，这通常正是您想要的。