必须用 git 命令逐层确认再提交：先 git status 检查仓库状态，未初始化则 git init；配置 user.name 和 user.email；用 git status -- '*.js' 和 git diff 查看具体改动；git add 单文件或 git add -p 交互式暂存；git restore --staged 撤回误加文件；git commit 手写规范信息。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想在 Codex 里把改好的代码安全提交到 Git 仓库，又怕漏看改动、误提交敏感文件或写错提交信息——这时候不能跳过终端命令直接点按钮，得用 Git 命令逐层确认再执行。
确认当前项目是 Git 仓库
打开 Codex 内置终端（右上角点击切换终端），先运行 git status。如果返回 “fatal: not a git repository”，说明项目还没初始化 Git 仓库。
执行 git init 初始化仓库。这一步必须做，否则后续所有提交命令都会失败。
【必须提前配置用户信息，否则 commit 会报错】：运行 git config --global user.name "Your Name" 和 git config --global user.email "your@email.com"，名字和邮箱要与远程平台一致。
查看真实改动内容
运行 git status，它会列出三类文件：“红色”是已修改未暂存，“绿色”是已暂存待提交，“灰色”是未跟踪新文件。
别急着 git add .。Codex 不会自动过滤 node_modules/、dist/ 或 .env，这些一旦提交就可能泄露密钥或拖慢仓库。
想只看 JavaScript 文件变动？运行 git status -- '*.js'。这能快速聚焦核心逻辑层。
真正要看代码动了哪几行，执行 git diff。+ 是新增，- 是删除，灰色是上下文。如果输出为空但 git status 显示有修改，大概率是换行符（CRLF/LF）被系统自动转换了，不是你写的代码变了。
分步暂存要提交的文件
第一步：精准添加单个文件git add src/auth/login.ts。这比 git add . 安全得多，避免把临时生成文件一并塞进暂存区。
第二步：对大文件做交互式拆分git add -p config.js。终端会逐块提示“这块要不要加？”，按 y（是）、n（否）、s（拆更小块）。比如你只改了 3 行，就该用这个命令精准捕获，而不是把整个 200 行配置全提交。
第三步：撤回误加的文件git restore --staged secrets.json。这条命令不可逆，执行后该文件立刻从暂存区移除，但工作区代码保留不变，还能继续编辑。
写规范提交信息并完成提交
运行 git commit（不加 -m 参数），Codex 会自动打开默认编辑器（通常是 nano 或 vim）让你手写提交信息。
第一行必须是简明动词开头的标题，长度不超过 50 字，例如：fix(auth): prevent token reuse after logout
空一行后，可写正文说明改动原因、影响范围或关联 issue 编号。写完保存退出，提交即完成。
