多模块库开发的多Git仓库管理与维护方案咨询

以下是三种适配你需求的方案，均支持MyLib、Module_1、Module_2独立Git管控，且能随时回溯特定版本：

方案1：Git Subtree #

Git subtree允许将独立仓库作为子目录嵌入MyLib根仓库，同时保持各模块仓库的独立性。

• 配置步骤：
  • 在MyLib根仓库中，添加Module_1作为子树：

    git subtree add --prefix=Module_1 <Module_1仓库地址> <目标分支>
    

  • 重复上述命令添加Module_2，替换对应仓库地址和分支。
• 版本回溯：
  • 从Module_1的独立仓库获取要回溯的commit哈希或标签，在MyLib根仓库执行：

    git subtree pull --prefix=Module_1 <Module_1仓库地址> <目标commit/标签>
    

    执行后Module_1目录会回滚到指定版本，MyLib根仓库会记录这次变更。
  • 模块团队直接在自己的独立仓库提交代码，MyLib维护者通过git subtree pull同步更新，也可通过git subtree push将根仓库中模块的修改推回独立仓库。

方案2：独立仓库+包管理工具（语言生态适配） #

如果你的项目基于有成熟包管理的语言（如Node.js、Python、Java），可以将Module_1和Module_2作为独立包发布，通过包管理工具管控版本。

• 配置步骤：
  • Module_1/Module_2团队各自维护独立Git仓库，每次迭代后将模块打包发布到私有/公共包仓库（如npm、PyPI、Maven仓库）。
  • 在MyLib根仓库的包管理配置文件（如package.json、requirements.txt）中，明确声明Module_1和Module_2的具体版本号（如module_1@1.2.3）。
• 版本回溯：
  • 要回溯某模块到旧版本，直接修改MyLib中的依赖版本号，执行包安装命令（如npm install、pip install）即可拉取对应版本的模块。
  • 模块团队可在自己的仓库回溯到任意版本，重新发布后，MyLib更新依赖版本即可同步该版本。

方案3：Git Worktree 多仓库联动 #

Git worktree可以在同一个Git上下文内管理多个独立的工作树，让每个模块目录拥有独立的版本状态。

• 配置步骤：
  • 初始化MyLib根仓库：

    git init MyLib && cd MyLib
    

  • 在MyLib目录下添加Module_1的工作树：

    git worktree add Module_1 <Module_1仓库地址>
    

  • 重复命令添加Module_2的工作树。
• 版本回溯：
  • 进入目标模块目录（如Module_1），直接用普通Git命令回溯版本：

    git checkout <目标commit哈希/标签>
    

    该操作仅影响当前模块，不会干扰MyLib根仓库和其他模块。
  • MyLib维护者可在根仓库中维护一个版本记录文件（如module_versions.md），记录各模块当前使用的commit哈希或标签，方便后续统一回溯。

内容的提问来源于stack exchange，提问作者Soo