https://amatsuzero.github.io/LastStand/tags/%E5%B7%A5%E5%85%B7/Recent content in 工具 on Last StandHugozh-cnhttps://amatsuzero.github.io/LastStand/posts/frontend/interview-questions/tag-20-5ca6730d/Mon, 01 Jan 0001 00:00:00 +0000https://amatsuzero.github.io/LastStand/posts/frontend/interview-questions/tag-20-5ca6730d/<p>共 40 道 工具 面试题。答案默认折叠，便于先自行作答。</p> <h2 id="question-32b2812f-241b-4d0a-9da6-3ff8556b2df1">1. 你了解 Git 的 Worktree 吗？</h2> <blockquote> <p>难度：3 · 类型：QA</p> </blockquote> <h3 id="题目要点">题目要点</h3> <p>Git Worktree 允许多个工作目录共享同一个仓库对象库，从而同时检出多个分支，避免频繁 checkout 带来的上下文切换问题。其核心依赖 Git 的对象数据库与工作区分离设计，相比 clone 具有更低的磁盘与网络成本，适用于并行开发、hotfix、版本对比和 CI 场景，本质是同一仓库的多工作视图机制。</p> <details> <summary>参考答案</summary> <p>Git Worktree 是 Git 提供的一种 <strong>在同一个仓库中同时检出多个工作目录（working directory）</strong> 的机制，本质目的是解决“一个仓库只能对应一个当前分支”的限制。</p> <p>在传统 Git 使用方式下，一个仓库目录只能 checkout 一个分支。如果正在开发 feature 分支，此时需要紧急修复线上 bug，就必须经历：</p> <ul> <li>stash 当前修改</li> <li>切换分支</li> <li>修复问题</li> <li>再切回原分支恢复现场</li> </ul> <p>这个过程不仅低效，而且容易产生冲突或遗漏。Worktree 的出现，就是为了避免这种上下文切换成本。</p> <hr> <h3 id="一worktree-的核心原理">一、Worktree 的核心原理</h3> <p>Git 仓库实际上由两部分组成：</p> <ul> <li><code>.git</code>：对象数据库（commit、tree、blob、refs）</li> <li>working directory：当前检出的文件</li> </ul> <p>Worktree 允许 <strong>多个 working directory 共享同一个 <code>.git</code> 对象库</strong>。</p> <p>也就是说：</p> <ul> <li>commit history 只有一份</li> <li>objects 只有一份</li> <li>但可以有多个独立的代码目录，每个目录对应不同分支</li> </ul> <p>Git 内部会在 <code>.git/worktrees/</code> 下维护额外工作区的元信息，每个 worktree 都拥有自己的 HEAD、index 和 checkout 状态。</p>