必须启用开发者驱动器（dev drive），它通过refs文件系统、dax直接内存映射和defender自动豁免三重机制，专治git元数据密集型i/o卡顿问题。
如果你在 Windows 11 上频繁执行 git clone、git checkout、git status 或 submodule 同步时遭遇卡顿、索引延迟超 10 秒、.git/objects 目录读取缓慢等问题，说明 Git 的元数据密集型 I/O 正被 NTFS 缓存与 Defender 实时扫描拖慢，此时必须启用“开发者驱动器”（Dev Drive）——它通过 ReFS + DAX 直接内存映射 + Defender 自动豁免三重机制，专治这类场景。
确认系统是否满足硬性前提
这一步跳过会导致后续所有操作失败，且界面不会报错，只会静默隐藏“创建开发者驱动器”按钮。
按下 Win + R，输入 winver，回车 → 确认版本号 ≥ 10.0.22621.2338（截至 2026 年 5 月，最低有效版本）；若低于，请先安装最新累积更新并重启。
进入「设置 → 隐私和安全 → 开发者选项」→ 将「开发者模式」开关设为开启 → 等待底部提示“正在安装相关组件”完成，不要中途关闭窗口。
右键「开始」按钮 → 选择「磁盘管理」→ 查看目标 SSD 是否存在至少 50 GB 连续未分配空间；若无，需先右键现有卷 → 「压缩卷」→ 输入压缩量（如 51200 MB），确保生成的未分配区是连续的（非碎片化条带）。
通过设置 UI 创建 Dev Drive（推荐新手）
该方式自动绑定 Defender 豁免策略、启用 DAX、格式化为 ReFS，全程图形化，适合 Git 仓库集中存放场景。
按下 Win + I 打开设置 → 左侧点「系统」→ 右侧滚动到底部点「存储」→ 点「高级存储设置」→ 点「磁盘和卷」。
找到并点击「创建开发者驱动器」按钮（若不可见，请返回上一节检查前提）→ 弹窗中选择「使用磁盘上的未分配空间」（优先选此项，避免 VHD 层级开销）。
指定大小：Git 仓库 + .git/modules + node_modules 共用时，建议 ≥ 100 GB；驱动器号选未占用字母（如 D:）；文件系统保持默认 ReFS（勿选 NTFS）。
点击「创建」→ 等待进度条走完（约 2–5 分钟）→ 完成后打开「此电脑」，右键新驱动器 → 「属性」→ 「常规」页可见“文件系统：ReFS”，「工具」页点击「优化」应显示“状态：已优化”，证明 DAX 已激活。
手动标记已有 ReFS 卷为开发者驱动器（仅限进阶用户）
若你已用 PowerShell 或磁盘管理创建了 ReFS 卷但未被识别为 Dev Drive，必须显式标记来源，否则 Git 不会获得 Defender 豁免。
以管理员身份运行 Windows Terminal（PowerShell）→ 执行：Set-Volume -DriveLetter D -Provenance "Developer"（D 替换为你实际盘符）。
执行后无提示即成功；验证命令：Get-Volume -DriveLetter D | fl Provenance,FileSystemType,DriveType → 输出中 Provenance 值必须为 Developer，FileSystemType 为 ReFS，DriveType 为 Fixed。
注意：此命令不可逆，一旦标记为 Developer，该卷将自动从 Windows Defender 实时保护中豁免，但仅限于开发负载路径（如 .git、build/、node_modules），普通文档仍受保护。
配置 Git 使用 Dev Drive 加速（关键落地步骤）
光有 Dev Drive 不会自动加速 Git，必须将工作区迁入并禁用 NTFS 兼容层干扰。
将现有 Git 仓库剪切粘贴到 Dev Drive 根目录下（例如 D:\myproject），不要用复制+删除，必须剪切，否则 .git/config 中 core.worktree 路径可能残留旧盘符导致 submodule 初始化失败。
打开 Git Bash 或终端，cd 进入新路径 → 执行：git config --global core.autocrlf false（避免 ReFS 下 CRLF 转换引发额外 I/O）。
执行：git config --global core.fscache true → 启用 Git 内置文件系统缓存，配合 ReFS 的元数据优化效果翻倍。
最后验证加速效果：在 Dev Drive 仓库中运行 git status --ignored，响应时间应稳定在 300ms 内（NTFS 下同仓库常达 2–5 秒）。
