【Git 内部】worktree、submodule 与 alternates
内容提要
本文介绍了 Git 的三种重要机制：工作树、子模块和共享对象库。工作树允许在多个目录中检出同一仓库的不同分支；子模块在父仓库中独立管理对象库；共享对象库通过 alternates 机制实现多个仓库间的对象共享。每种机制的特点和使用限制也进行了详细说明。
关键要点
-
工作树（worktree）允许在多个目录中检出同一仓库的不同分支，避免重复存储。
-
子模块（submodule）在父仓库中独立管理对象库，具有自己的 refs 和 objects，与父库逻辑分离。
-
共享对象库（alternates）通过指向其他仓库的对象目录实现对象共享，适用于同一机器的多个克隆。
-
工作树和共享对象库的区别在于，前者是工作树级链接，后者是对象级链接。
-
本文不讨论子模块的版本策略与 CI 配置，也不涉及部分克隆的相关内容。
延伸解读
工作树的优势与限制
工作树（worktree）允许在多个目录中检出同一仓库的不同分支，极大地提高了开发效率。然而，使用工作树时需注意，同一分支不能在多个工作树中同时检出，除非进行特定配置。这一限制可能会影响多开发者协作时的工作流程，需提前规划分支管理策略。
子模块的独立性
子模块（submodule）在父仓库中独立管理对象库，具有自己的 refs 和 objects。这种独立性使得子模块可以独立于父仓库进行版本控制，适合大型项目中不同模块的管理。然而，备份父仓库时必须同时处理子模块的对象库，增加了管理复杂性。
共享对象库的风险
共享对象库（alternates）通过指向其他仓库的对象目录实现对象共享，适合在同一机器上节省磁盘空间。然而，使用时需谨慎，若共享库被清理（prune），将影响所有依赖于该库的仓库，可能导致数据丢失。因此，合理规划对象库的管理和清理策略至关重要。
延伸问答
什么是 Git 的工作树（worktree）？
工作树允许在多个目录中检出同一仓库的不同分支，避免重复存储。
Git 的子模块（submodule）有什么特点？
子模块在父仓库中独立管理对象库，具有自己的 refs 和 objects，与父库逻辑分离。
共享对象库（alternates）是如何工作的？
共享对象库通过指向其他仓库的对象目录实现对象共享，适用于同一机器的多个克隆。
工作树和共享对象库有什么区别？
工作树是工作树级链接，而共享对象库是对象级链接。
使用 Git 子模块时需要注意什么？
备份父仓库时须连同 .git/modules，或重新初始化子模块。
Git 中的 alternates 机制有什么风险？
共享库被 prune 会影响所有依赖方，因此在损坏与垃圾回收时须谨慎。
