用 Worktree 隔开任务，让并行开发保持有序

你正在修改首页，另一个任务需要修复搜索。如果两个任务直接写同一份文件目录，很容易相互影响。Worktree 为同一个 Git 仓库提供独立的检出目录，让每个任务有自己的文件状态。

OpenAI 的 Worktree 文档说明，这项能力依赖 Git 仓库。各工作目录共享仓库历史和分支信息，但拥有独立文件副本；在 Codex 中创建任务时，可以选择 Worktree 和起始分支。[1]

先明确从哪里开始

起点应该是你确实想继续的分支或提交。如果修复针对已发布版本，从正在开发的新功能分支开始可能带入额外变化。创建之前，确认当前未提交内容是否需要带过去，并检查客户端所选的起始状态。

任务说明中记录起始分支和目标，不必把一整套 Git 操作预先写死。真正重要的是结果建立在正确的代码版本上。

把任务按文件和职责划开

“一个任务改页面交互，另一个任务写发布文档”通常容易并行。“两个任务分别重构同一个组件”则仍然会产生冲突。独立目录解决了相互覆盖的问题，但不会自动消除设计冲突。

在独立 Worktree 中修复文章筛选分页问题。
从已确认的目标分支开始。

范围：
仅处理筛选状态、分页链接及相关测试。
保留现有接口字段和文章地址。

完成后：
说明修改文件、验证结果与合并时需要注意的冲突。
暂不合并到主分支。

代码隔离之外，还有运行环境

两个目录中的开发服务可能仍然争用同一个端口、数据库或缓存。为并行任务分配不同端口；测试数据库需要隔离时，明确连接目标。不要因为工作目录不同，就认为所有外部资源也已经分开。

依赖与忽略文件也要确认。新工作目录是否需要重新安装依赖、是否有本地环境配置，取决于项目和创建方式。密钥不应为了方便而提交进仓库。

合并后再验证组合结果

任务各自通过，不代表合并之后一定通过。两个任务可能都改变同一个接口的假设，文本合并没有冲突，运行行为却不一致。

先检查差异和相关测试，再完成合并；合并后运行覆盖交汇部分的检查。如果一个任务改变筛选参数，另一个任务新增归档入口，就应一起检查从归档进入筛选页的行为。

结束时保留可恢复的结果

清理工作目录之前，确认需要保留的改动已提交或另行保存，并处理忽略文件中的重要资料。删除目录与删除任务记录是不同操作，不要把其中一个当成另一个的备份。

并行开发的收益来自减少等待。任务起点清楚、职责边界清楚、合并验证清楚，Worktree 才能真正帮助你把工作推进得更稳。