Eclipse无法使用git worktree时用.git hardlink替代的Windows风险问询

• 仓库状态完全同步，极易产生操作冲突
  硬链接本质上是同一份文件系统实体的不同入口，你在次级工作副本执行的任何git操作（切换分支、修改暂存区、提交、stash变更）都会直接同步作用到主工作副本的.git目录。如果两边同时在Eclipse中打开，EGit插件的实时状态扫描会直接出现索引错乱，轻则工作区文件状态全部识别异常，重则直接覆盖未提交的本地修改，且无找回路径。
• Windows硬链接自身特性带来的仓库损坏风险
  • NTFS的硬链接仅支持同分区创建，主、次工作副本不在同一个磁盘分区时该方案完全不可用
  • 一旦主工作副本的.git目录被移动、删除，次级工作副本的硬链接会直接失效，此时如果在Eclipse中触发仓库修复类操作，大概率会彻底损坏git仓库数据
  • Windows平台下多数杀毒软件、文件同步工具、甚至部分压缩工具无法正确识别硬链接，会将两份.git目录识别为独立文件夹，同步/扫描过程中出现的覆盖操作会直接破坏git索引、提交对象，导致整个仓库完全不可用
• 彻底破坏Git原生worktree的隔离逻辑
  Git原生worktree设计中，每个工作副本的HEAD、暂存区、索引都是完全独立的，硬链接后这些数据完全共享。你在次级工作区暂存的修改会直接出现在主工作区的暂存列表中，如果主工作区刚好有未提交的变更会被直接覆盖。同时如果两边同时触发git gc操作，会将仍在使用的提交对象判定为垃圾清理，直接丢失提交记录。
• EGit插件行为完全不可控
  EGit会在本地缓存.git目录的元数据，硬链接场景下两个工作区的缓存会互相冲突，会频繁弹出仓库损坏提示，甚至出现自动提交时合并另一个工作区未提交内容的问题，产生异常提交记录。在Eclipse中执行重构、批量重命名等关联git的操作时，也会出现索引和实际文件不匹配的问题，导致大量文件被误判为未跟踪，或者变更直接丢失。

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