Neogit项目中工作树私有忽略文件的修复方案

在Git版本控制系统中，工作树(worktree)机制允许开发者同时维护同一个仓库的多个工作目录。这种机制极大地提升了多分支并行开发的效率，但同时也带来了一些特殊场景下的兼容性问题。最近在Neogit项目中就发现了一个典型的工作树相关功能异常。

问题现象描述： 当用户在工作树(非主工作树)环境下尝试使用Neogit的私有忽略文件功能(通过ip命令)时，系统会抛出文件不存在的异常。这是因为Neogit错误地假设了.git/info/exclude文件在所有工作树中都存在，而实际上这个配置文件仅存在于主工作树中。

技术背景分析：

1. Git的私有忽略机制通过.git/info/exclude文件实现，该文件中的规则不会纳入版本控制，仅对当前本地仓库有效
2. 工作树机制下，每个工作树共享核心的Git对象数据库，但拥有独立的工作目录
3. 主工作树包含完整的Git管理文件结构，而附加工作树采用简化的结构

问题根源： Neogit在实现私有忽略功能时，直接引用了.git/info/exclude路径，没有考虑工作树场景下的特殊目录结构。在附加工作树中，Git使用$GIT_DIR/worktrees/<name>/这样的目录结构来管理工作树特定信息。

解决方案： 修复方案需要正确处理两种场景：

1. 对于主工作树，继续使用传统的.git/info/exclude路径
2. 对于附加工作树，需要定位到主工作树的Git目录来访问exclude文件

实现建议：

1. 通过git rev-parse --git-common-dir命令获取正确的Git公共目录路径
2. 拼接形成正确的exclude文件路径：<git-common-dir>/info/exclude
3. 确保在文件不存在时能正确处理创建操作

用户影响： 该修复使得Neogit在工作树环境下也能正确管理私有忽略规则，保持与主工作树一致的忽略行为。用户现在可以在任何工作树中安全地使用ip命令，修改的忽略规则会统一应用到整个仓库。

延伸思考： 这个问题反映了Git工具开发中的一个常见挑战：需要全面考虑各种Git使用场景，包括裸仓库、子模块、工作树等特殊情况。完善的Git工具应该：

1. 避免对Git目录结构做硬编码假设
2. 优先使用Git官方命令获取路径信息
3. 对边界条件进行充分测试

该修复已经通过提交125edf6fca5bed2ab8ecebfc3bc9b0b5968baeb4完成，用户更新到最新版本即可获得完整的工作树支持。