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&nbsp;B git&nbsp;checkout&nbsp;-b&nbsp;bestIdeaForBEver <do&nbsp;work>同时，项目A中的其他人已经决定，B的最新和最伟大的版本才是真正值得A使用的。出于习惯，您可以将最近的更改合并起来，并更新您的子模块。<in&nbsp;A> git&nbsp;merge&nbsp;develop git&nbsp;submodule&nbsp;update哦不！您再次处于无头状态，可能是因为B现在指向与B的新提示相关联的SHA，或者其他一些提交。如果你有：git&nbsp;merge&nbsp;develop git&nbsp;submodule&nbsp;update&nbsp;--rebase Fast-forwarded&nbsp;bestIdeaForBEver&nbsp;to&nbsp;b798edfdsf1191f8b140ea325685c4da19a9d437. Submodule&nbsp;path&nbsp;'B':&nbsp;rebased&nbsp;into&nbsp;'b798ecsdf71191f8b140ea325685c4da19a9d437'现在，对B最好的想法已经被重新建立在新的提交上，更重要的是，您仍然在B的开发分支上，而不是处于无头状态！(-Merge将从preUpdateSHA的更改合并到PostUpdateSHA中，而不是将您的更改重新定位到PostUpdateSHA。)

Answer 2

Git 1.8.2提供了一个新选项--remote这将完全支持这种行为。跑动git&nbsp;submodule&nbsp;update&nbsp;--rebase&nbsp;--remote将从每个子模块中的上游获取最新的更改，将它们重新定位到其中，并签出子模块的最新修订版。如医生说出来：-偏远此选项仅对UPDATE命令有效。使用子模块的远程跟踪分支的状态，而不是使用超级项目的SHA-1记录来更新子模块。这相当于运行git pull在每个子模块中，这通常正是您想要的。