Git子模块更新：保持依赖代码同步的方法
Git子模块用于解决代码复用麻烦、避免重复粘贴的问题，主仓库仅记录子仓库的版本和位置，子仓库存具体代码。其用途包括团队共享组件、第三方依赖版本控制及代码隔离。 使用步骤：克隆带嵌套子模块的仓库需用`git clone --recursive`；初始化和更新子模块用`git submodule update --init --recursive`（递归更新嵌套子模块）；子模块更新需执行`git submodule update --recursive`拉取最新版本；修改子模块后，先在子模块内提交，再回主项目`git add 子模块目录`并`git commit`以更新主项目引用；拉取主项目更新后同步子模块。 常见问题：目录为空需初始化，版本不对需递归更新，修改后未同步主项目需补提交引用。子模块如乐高零件，独立复用，关键记“克隆带--recursive，更新同步用--recursive，修改后同步引用”。
阅读全文Git子模块：在项目中引入第三方代码的正确方式
Git子模块用于解决父项目复用第三方代码时的版本失控、协作混乱和代码冗余问题，核心是在父项目中嵌入独立子仓库，仅记录子模块的位置和版本信息，便于独立跟踪更新。 基本使用：父项目初始化后，用`git submodule add`添加第三方仓库为子模块（生成`.gitmodules`文件记录配置）；克隆含子模块的父项目时，用`--recursive`或手动执行`git submodule update`拉取子模块代码。子模块可独立修改、拉取更新，父项目需提交子模块新引用以同步版本。 注意：子模块不会自动更新，需手动进入子模块目录执行`git pull`并提交父项目；多人协作需共享`.gitmodules`和子模块版本，确保路径与版本一致。子模块与子树不同，前者独立维护，后者合并代码到父项目。
阅读全文Git子模块（Submodule）使用指南：管理项目依赖代码
Git子模块是大项目复用独立代码（如通用库）的工具，解决重复复制和版本同步问题。核心优势：代码复用节省空间，独立维护便于修改提交，主项目可指定版本确保一致性。本质是独立Git仓库，主项目通过.gitmodules和.git/config记录配置与版本引用。 核心使用步骤：主项目用`git submodule add`添加子模块；克隆带子模块用`--recursive`，否则需`init+update`；修改子模块后提交主项目引用；更新用`git submodule update`；删除需清理配置。 常见问题：克隆后空（补`--recursive`或`update`）、修改未更新主项目（补提交）、版本冲突（约定分支）。 总结：适合独立复用的依赖，流程为添加→克隆/更新→修改提交→主项目引用更新，提升维护效率。
阅读全文Git子模块（Submodule）使用指南：管理项目中的依赖代码
Git子模块用于在主项目中管理独立代码库，避免手动复制更新的麻烦。它是主项目中的独立子仓库，主项目仅记录子模块位置和版本，子模块独立维护。 其核心优势：独立开发测试、精确版本控制、多项目共享复用。使用步骤包括：添加子模块（`git submodule add`，主项目生成.gitmodules和配置并提交）；克隆主项目需`--recursive`，否则手动`git submodule update`；更新子模块（`cd子目录 git pull`或主项目`git submodule update`）；删除需删目录、清理配置和缓存。 注意：更新后主项目需提交版本变化，避免子模块“游离头”状态，协作遵循更新-提交-合并流程。掌握这些操作可高效管理项目依赖，减少重复劳动和版本混乱。
阅读全文