Git中main working tree与linked working tree的区别是什么？

Git的主工作树和关联工作树确实存在多方面的特性差异，除了主工作树无法通过git worktree remove命令直接删除之外，核心区别如下：

• 元数据存储结构不同
  主工作树对应Git仓库的核心存储目录，也就是默认克隆生成的.git文件夹，或是通过--separate-git-dir参数指定的独立Git目录，所有仓库全局的配置、对象存储、引用记录都存在这个核心目录下。执行git worktree list时，主工作树会被明确标记为(main)以作区分。
  关联工作树的专属元数据（HEAD、索引、暂存区记录等）全部存储在核心Git目录的worktrees/子目录下，每个关联工作树对应一个独立子文件夹。关联工作树的根目录下只有一个.git指针文件，指向核心目录中对应自己的元数据路径，本身不存储任何Git核心数据。
• 生命周期管理逻辑不同
  关联工作树支持完整的内置管理命令：可以用git worktree move修改存储路径、用git worktree remove直接删除工作树和对应元数据；执行git worktree prune时，如果关联工作树目录已被手动删除，或是detached HEAD状态超过默认2周的过期时间，其元数据会被自动清理。
  主工作树不支持上述内置生命周期管理命令：无法通过git worktree move移动位置、无法通过git worktree remove删除、git worktree prune永远不会清理主工作树的任何元数据。要调整或删除主工作树只能手动操作文件系统，且如果误删核心Git目录，整个仓库的所有数据都会丢失。
• 路径修复逻辑不同
  如果关联工作树的路径被手动修改导致Git识别失败，可以直接执行git worktree repair自动修复所有关联工作树的.git指针路径。
  主工作树路径变动后无法通过git worktree repair修复，需要手动调整绑定关系：如果是用--separate-git-dir参数创建的主工作树，需要修改主工作树下.git指针文件中的核心目录路径；如果是普通克隆的绑定结构，移动主工作树时核心.git目录会一并移动，不需要额外调整。
• 操作范围逻辑不同
  所有修改仓库全局配置的操作（比如git config --local修改本地配置、git branch创建/删除全局分支、git tag创建标签等），不管在主工作树还是关联工作树中执行，最终都会修改核心Git目录中的对应数据，全局生效。
  仅作用于当前工作树的操作（比如切换分支、修改暂存区、修改工作区文件）互不影响，主工作树和关联工作树可以同时处在不同的分支、不同的修改状态。

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