我不明白documentationgitsubmodulesync做什么。请解释。 最佳答案 Git在两个地方存储有关子模块的信息。第一个位于名为.gitmodules的文件中，该文件已checkingit存储库。对此文件的更改会传播到其他存储库。另一个位置在.git/config中，这是git在执行大多数命令时实际查找的位置。假设您已经在一个项目上工作了一段时间，并且有一个名为foo的子模块。这个子模块的文件是从某个urlcheckout的，在哪里并不重要。但是，在某些时候，此url会发生变化。也许它会发生变化，以便从不同的服务器
我不明白documentationgitsubmodulesync做什么。请解释。 最佳答案 Git在两个地方存储有关子模块的信息。第一个位于名为.gitmodules的文件中，该文件已checkingit存储库。对此文件的更改会传播到其他存储库。另一个位置在.git/config中，这是git在执行大多数命令时实际查找的位置。假设您已经在一个项目上工作了一段时间，并且有一个名为foo的子模块。这个子模块的文件是从某个urlcheckout的，在哪里并不重要。但是，在某些时候，此url会发生变化。也许它会发生变化，以便从不同的服务器
运行有什么区别gitsubmoduleupdate--remote对比cdgitpull假设子模块之前设置为跟踪某个分支:gitsubmoduleadd-bmaster[URLtoGitrepo] 最佳答案 区别在于:gitpull只会更新您的子模块分支，但它可以是您可以在该子模块仓库中checkout的任何分支。gitsubmoduleupdate--remote只会更新在.gitmodule中注册的分支，默认情况下，你最终会得到一个分离的HEAD，除非--rebase或--merge被指定或关键字submodule.$name.
运行有什么区别gitsubmoduleupdate--remote对比cdgitpull假设子模块之前设置为跟踪某个分支:gitsubmoduleadd-bmaster[URLtoGitrepo] 最佳答案 区别在于:gitpull只会更新您的子模块分支，但它可以是您可以在该子模块仓库中checkout的任何分支。gitsubmoduleupdate--remote只会更新在.gitmodule中注册的分支，默认情况下，你最终会得到一个分离的HEAD，除非--rebase或--merge被指定或关键字submodule.$name.
我有一个包含许多子模块的项目。我想使用以下命令遍历每个子模块:gitsubmoduleforeachnpminstall而且我希望脚本继续遍历每个子模块，即使一个子模块返回错误(非零返回代码)也是如此。目前，在任何子模块中运行此命令的非零返回码将导致git停止循环剩余的子模块。关于如何实现这一点有什么建议吗？ 最佳答案 只需让您的命令始终返回0代码，如下所示:gitsubmoduleforeach'npminstall||:'这取自手册:githelpsubmodule:foreachEvaluatesanarbitraryshel
我有一个包含许多子模块的项目。我想使用以下命令遍历每个子模块:gitsubmoduleforeachnpminstall而且我希望脚本继续遍历每个子模块，即使一个子模块返回错误(非零返回代码)也是如此。目前，在任何子模块中运行此命令的非零返回码将导致git停止循环剩余的子模块。关于如何实现这一点有什么建议吗？ 最佳答案 只需让您的命令始终返回0代码，如下所示:gitsubmoduleforeach'npminstall||:'这取自手册:githelpsubmodule:foreachEvaluatesanarbitraryshel
背景面对比较复杂的项目，我们有可能会将代码根据功能拆解成不同的子模块。主项目对子模块有依赖关系，却又并不关心子模块的内部开发流程细节。这种情况下，通常不会把所有源码都放在同一个Git仓库中。有一种比较简单的方式，是在当前工作目录下，将子模块文件夹加入到.gitignore文件内容中，这样主项目就能够无视子项目的存在。这样做有一个弊端就是，使用主项目的人需要有一个先验知识：需要在当前目录下放置一份某版本的子模块代码。还有另外一种方式可供借鉴，可以使用Git的submodule功能，也是这篇文章的主题。实际上Git工具的submodule功能就是建立了当前项目与子模块之间的依赖关系：子模块路径、子
文章目录打开myProject文件夹所在位置，鼠标右键选择`GitBashHere`直接删掉submodule中的子模块，比如删掉sub_project1到.git文件夹下删掉所有相关的东西删除myProject/.git/config相关内容删除myProject/.git/modules相关内容回到submodule文件夹，gitsubmoduleaddxxx(git仓库地址)`'sub_project1alreadyexistsintheindex'`报错，用--cached`Pleasestageyourchangesto.gitmodulesorstashthemtoproceed`
我对使用git的子模块功能感到非常沮丧。要么我还是没弄对，要么就是没有像我期望的那样工作。现给出如下项目情况:Project|.git|projsrc|source(submodule)|proj.sln在这种情况下，source指向另一个存储库，其中包含我们所有项目的公共(public)源数据。source和projsrc下都有很多开发。不幸的是，Project指向源子模块的一些提交，而不是它的实际HEAD。据我所知，这是通常的git行为。我已经知道了gitsubmoduleupdate只需获取与主项目一起提交的子模块的版本。但是，我真的很想始终了解子模块开发的最新情况，但不知道如何
TL;博士:如果将:submodules(spec.source的一部分)设置为true，CocoaPods会做什么？完整版:我之前的项目结构是这样的ProjectLinkedTo-->Corestaticlibrary(submoduleaddedasasubproject)-->LinkedTo-->severaldependentsubmodules(filesaddedwithinsubproject)我现在正在过渡到CocoaPods进行依赖管理。我的新(过渡)结构看起来像Project-->DependsonCoreCocoaPodandfewotherCocoaPods-
