Git状态怎么看:分清工作区、暂存区和已提交内容
文件已经修改却没有进入提交,往往是混淆了Git的几个状态。本文用一个文件的变更过程解释状态检查,帮助提交前避免漏文件。
先看状态,再决定提交什么
Git状态怎么看,先运行git status,确认当前分支及是否处于合并等特殊过程。它会区分已暂存变化、尚未暂存变化和未跟踪文件。文件出现在电脑目录中,不代表Git已经记录;执行过git add,也不代表之后继续修改的内容会自动进入同一次提交。
可以在测试仓库新建一个普通文本文件,查看状态,再暂存它,随后追加一行并再次查看。同一个文件可能同时存在已暂存和未暂存变化,这不是冲突,而是两个区域保存的内容不同。先理解这一点,再处理真实项目。
提交前核对内容而不只看文件名
运行git diff查看尚未暂存的变化,再用git diff --cached查看即将提交的内容。只把本次任务需要的文件加入暂存区,避免全目录暂存把日志、临时文件或凭据一起带进去。未跟踪文件没有出现普通差异内容时,应单独打开检查。
完成提交后再看状态,确认预期变化已经记录,其他未完成工作仍被保留。自动脚本需要解析状态时,应使用适合机器读取的格式,不依赖面向人的提示文本。验收可以从另一个干净目录检出该提交,检查必要文件是否完整;状态干净只能说明Git所跟踪的变化已处理,不能证明程序功能一定正确。
官方参考
资料核对日期:2026年10月26日。
本文新增价值
文件已经修改却没有进入提交,往往是混淆了Git的几个状态。本文用一个文件的变更过程解释状态检查,帮助提交前避免漏文件。本文补充适用边界、输入对照与验收方法;操作建议为综合整理,未将官方示例当成本网站实测结果。
文件已经修改却没有进入提交,往往是混淆了Git的几个状态。本文用一个文件的变更过程解释状态检查,帮助提交前避免漏文件。本文补充适用边界、输入对照与验收方法;操作建议为综合整理,未将官方示例当成本网站实测结果。