为了账号安全,请及时绑定邮箱和手机立即绑定

GIT子模块更新

GIT子模块更新

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

4 回答

?
LEATH

TA贡献1936条经验 获得超6个赞

要解决-重基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。)


查看完整回答
反对 回复 2019-05-30
?
缥缈止盈

TA贡献2041条经验 获得超4个赞

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

git submodule update --rebase --remote

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

-偏远

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

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


查看完整回答
反对 回复 2019-05-30
  • 4 回答
  • 0 关注
  • 3075 浏览

添加回答

举报

0/150
提交
取消
意见反馈 帮助中心 APP下载
官方微信