如何创建主仓库未知的「独立」工作区（非分离HEAD状态）

先明确需求边界：我们要的不是git worktree add创建的工作区——无论是否带--detached参数，这类工作区的HEAD、index状态都由主仓库维护，执行git worktree list就能看到主仓库记录的所有关联工作区。本文要实现的是主仓库完全不知情的工作区：它自行维护自身的HEAD、index和本地引用，仅复用主仓库的对象库（提交、blob等内容）。

操作步骤 #

• 新建并进入目标工作区目录：

  mkdir secret-workspace && cd secret-workspace
  

• 初始化本地Git环境：

  git init
  

• 关联主仓库的对象库（核心步骤）：
  有两种方式可选，效果一致：
  1. 直接配置core.objectsdir指向主仓库的对象目录：

     git config core.objectsdir "/绝对路径/到/主仓库/.git/objects"
     

  2. 通过alternates文件关联（更符合Git原生的对象复用逻辑）：

     mkdir -p .git/objects/info
     echo "/绝对路径/到/主仓库/.git/objects" > .git/objects/info/alternates
     

• （可选）关联主仓库作为远程源，方便拉取分支/提交：

  git remote add origin "/绝对路径/到/主仓库"
  git fetch origin
  

• 检出目标提交或分支：

  # 检出主仓库的main分支
  git checkout origin/main
  # 或者直接检出某个提交哈希
  git checkout a1b2c3d
  

关键特性与注意事项 #

• 主仓库完全无法感知此工作区的存在：git worktree list不会显示它，主仓库的.git/worktrees目录也无相关记录。
• 此工作区拥有独立的.git目录，可正常执行commit、branch、tag等操作，所有本地状态（HEAD、index、本地分支）仅存储在自身.git中，不会同步到主仓库。
• 若需将此工作区的提交同步到主仓库，可通过git push origin 本地分支名操作，主仓库会正常接收提交，但不会知道这些提交来自这个“秘密”工作区。
• 避免同时在主仓库和此工作区修改同一文件并提交不同内容：虽然Git的内容寻址机制不会导致对象损坏，但后续合并时需处理冲突，操作前最好确认文件状态。

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