多个仓库都有同名 Codex 任务，怎样避免在错误项目里续跑

2026-10-23

多个仓库有同名 Codex 任务时，续跑前先核对仓库根、分支、工作树和任务标识。聊天标题方便人查找，不能作为代码位置的唯一身份。本文给出一个续跑核验表，解决“找对聊天却改错副本”的问题，不重复本地、工作树与云端入口的功能介绍。

四项身份分别回答什么

仓库根回答代码在哪；分支与提交回答当前基线是什么；工作树路径回答是不是另一个检出副本；任务标识回答这轮工作要完成哪件事。合成例子里，D:/demo/shop 与 D:/demo/shop-test 都叫“修登录”，甚至都在 main，仅看标题和分支仍不能区分。

git rev-parse --show-toplevel
git branch --show-current
git rev-parse HEAD
git worktree list --porcelain
git status --short --untracked-files=all

分支名为空时可能处于游离 HEAD，记录提交号并核实原因，不要自动切到某个默认分支。worktree list 只描述当前仓库关联的工作树，不是整台电脑所有同名项目清单。远程执行时，本地终端里的命令也不能证明远端任务位置，应由实际执行环境提供相应信息。

任务编号是团队自己的工程约定，不是声称 Codex 存在同名配置项。可以写进交接文件与任务开头，要求工具复述目标。例如“LOGIN-017 只修空密码提示，不改认证协议”。如果卡片与当前状态不一致，先解释差异，不要把预期值覆盖到现场。

路径不对，先停止写入并转到正确目录；分支不对，先确认未提交内容归属，再决定是否换分支或新建独立检出。提交号更前或更后，不一定错误，可能有人继续开发，需要比较目标相关变化。工作树里缺少忽略文件、依赖或环境变量，也会让“同一仓库”表现不同，应记录环境前提，但不要复制密钥来强行对齐。

若已经在错误副本产生修改，先保存当前差异和新文件清单，判断其中是否包含用户工作。只迁移确实属于该任务的补丁，并在目标副本检查上下文与测试。不能把整个目录覆盖过去，这会把正确项目的更新也抹掉。

每次续跑让工具先回复一句有证据的摘要：“当前根目录是……，分支……，基线……，本次只做……”。摘要后附状态命令的结果或文件路径。它不是安全边界，也不能阻止之后命令切换目录；真正执行关键写入或提交前，仍需核对当前目录。

共享工作区里另一个进程可能在核验后改动状态。将“已核对时间”写上，遇到差异重新读取，不把十分钟前的状态当作当前事实。最终验收也用同一身份卡片记录结果，形成从入口到提交的对应关系。

路径里项目名相同就算同一仓库吗？ 不算，可能是复制、独立克隆或关联工作树。

远端地址相同够不够？ 仍不够，同一远端可以有多个不同状态的检出。

标题加日期能杜绝选错吗？ 只能辅助辨认，仍应查看实际执行目录与基线。

核对日：2026-10-23。Git rev-parse：show-toplevel 和 HEAD 可用于定位仓库根与当前提交；Git worktree：worktree list 可列出仓库关联检出及状态。文中的流程、阈值和合成数据属于工程示例，不能代替当前账号、文件或运行环境的验收。

评论发布后会被人工复核，违规内容将被删除。

如果发表没有反应，可以前往联系我们告诉我们。