Git worktree 与「单仓库多工作区」对比
同一仓库多分支并行，常见 git clone 多目录或 git worktree add 多检出。共享构建机场景下，差异主要在磁盘、操作习惯与清理方式。
| 维度 | Git worktree | 多目录克隆（多工作区） |
|---|---|---|
| 磁盘与对象库 | 通常共享同一 .git，对象去重更好 |
每份克隆各有一套对象，易重复占空间 |
| 分支并行 | 每 worktree 绑定一分支，适合并行构建流水线 | 每目录独立分支，同样可并行，需规范路径 |
| 锁文件与依赖 | 每树独立锁文件副本；注意全局缓存争用 | 路径隔离直观 |
| 运维与清理 | 需会用 git worktree list/remove/prune，避免残留目录 |
删目录即断联，但易留下多份过时克隆 |
| 稳定性 | 主仓误操作影响面大；需约定 fetch 责任人 | 多次克隆 IO 与拉取更多 |
建议：常验分支、省磁盘用 worktree；不熟高级命令且磁盘够可用多克隆，须文档化目录名与清理周期，避免无人目录与冲突。
CocoaPods、npm 等锁文件与依赖安装策略
锁文件保证可复现；并行构建的风险主要是同目录互写或共享缓存不一致。按下表按栈约束。
| 生态 | 锁文件角色 | 共享机构建建议 |
|---|---|---|
| CocoaPods | Podfile.lock 定版本 |
每 worktree 独立 Pods；同路径串行 pod install 或 CI 锁安装段 |
| npm | package-lock.json |
独立 node_modules 或 npm ci；禁止并行写同目录 |
| pnpm / Yarn | store + 锁文件 | 固定 store 路径与权限；任务级目录隔离 |
| SwiftPM / Xcode | Package.resolved 等 | 分 worktree 配不同 DerivedData 或按任务清理 |
公约三条：锁文件仅主干合并更新；共享机禁止随意 pod update、无锁 npm install；无法目录隔离的安装步骤必须串行或进队列（见下文参数）。
并发上限与队列（资源池稳定性）
worktree 只解决检出隔离，不提高 CPU/内存/磁盘上限。并行构建仍须限流；具体排队与配额与导读中的资源池文一致即可。
- 重编译并发：单机 Xcode 完整归档类任务建议同时 1～2；内存 16GB 以下优先1。
- 轻量任务：lint、单测可与重任务分池，轻池并发2～4，避免与归档抢磁盘。
- 安装段互斥：同一物理路径上
pod install/npm ci建议串行，或用文件锁／队列令牌。 - 队列告警：等待中的重任务 >5 通知负责人；>10 评估加节点或错峰。
- 磁盘水位：可用空间持续低于15% 暂停接纳新的重任务并触发清理（DerivedData、旧产物）。
回滚与清理 FAQ
Q：构建失败后，worktree 里「一半的安装状态」怎么办？
停进程后删 Pods、node_modules、构建输出，再按锁文件重装；比只 git pull 更能排除假冲突。
Q：如何删掉不再使用的 worktree？
git worktree remove；目录已删则用 git worktree prune，避免僵尸引用影响自动化。
Q：回滚到上一版本 Git 提交后，锁文件要动吗？
回滚含锁文件则按新锁重装；仅回滚代码也建议干净安装，排除共享机中间状态。
决策矩阵与推荐参数
按下表选型；若接团队 CI，可与导读中的 Runner 矩阵文联动调标签与队列深度。
| 团队信号 | 推荐模式 | 关键参数（示例） |
|---|---|---|
| 多分支每日并行验证、磁盘紧张 | Git worktree + 每树独立依赖目录 | 重任务并发 1～2；安装段串行；磁盘告警 15% |
| 成员 Git 熟练度低、脚本少 | 多克隆 + 固定命名规范 | 每活跃成员 ≤2 个活跃目录；每周清理闲置克隆 |
| 锁文件争议多、依赖常变 | 主干更新锁 + PR 门禁；共享机只读锁文件安装 | 禁止无锁安装；队列深度 >5 告警 |
| 发布期稳定性优先 | 发布分支独占 worktree 或独占节点时段 | 发布窗口重并发=1；非发布任务降级队列 |
小结
Git worktree 适合远程 Mac 上多分支并行构建，须同时落实锁文件纪律、安装互斥与并发上限，协作与资源池稳定性才可持续。对比表与矩阵建议写入内部文档。
要在真实环境验证 worktree 与队列策略，请打开 MeshMac 购买页：免登录即可选套餐并下单，把本文参数落到共享构建流程。
用 MeshMac 远程 Mac 落地并行构建与资源池
免登录查看方案与下单；配合站内资源池与 Runner 矩阵文章，把小团队共享构建一次理顺。