Git、分支和 Worktree：让 Codex 的改动可控可回滚

目录

1 一个基本原则

2 每次任务前的 Git 检查

3 Worktree 是什么，为什么适合 Codex

4 专业建议：一个任务一个分支

5 Commit 信息让 Codex 帮你写，但别让它乱提交

1 一个基本原则

不要让 Codex 在你的主分支、未提交工作区、唯一副本上做大改。

最稳妥流程：

main / master

↓

新建 feature 分支

↓

让 Codex 在该分支工作

↓

看 diff + 跑测试

↓

提交 commit

↓

发 PR

↓

审查与合并

2 每次任务前的 Git 检查

git status

git branch –show-current

git diff

如果工作区不干净：

• 先提交；

• 或 stash；

• 或单独建立分支；

• 不要混着让 Codex 改。

3 Worktree 是什么，为什么适合 Codex

Git worktree 可以理解为：

同一个仓库同时开出多个独立工作目录，每个目录可以在不同分支上工作，但共用 Git 历史。

Codex App 的 worktree 功能基于 Git worktrees，可以让多个任务在不同目录、不同分支并行进行。(S11)

适合场景：

worktree A：修 bug

worktree B：做新功能

worktree C：实验重构方案

这样不同任务不会互相污染。

4 专业建议：一个任务一个分支

分支名示例：

fix/login-redirect

feat/export-csv

refactor/order-service

test/auth-boundaries

chore/update-lint-rules

告诉 Codex：

请只在当前分支内工作。

不要切换分支、不要改 main、不要执行 merge、rebase、reset –hard。

完成后只输出 diff 和建议 commit 信息。

5 Commit 信息让 Codex 帮你写，但别让它乱提交

请根据当前 diff 生成：

不要执行 git commit 或 git push。