Git 提交、远端推送和线上部署是三个不同的动作。把它们分别检查，能避免出现“代码改好了，用户却看不到”的情况。
本地提交检查什么
提交之前，确认差异只包含本次需要的修改。构建目录、依赖、截图和本地环境文件通常不应进入仓库。锁文件则应该保留，以便重现依赖安装。
git status --short
git diff --check
git diff --cached --stat这些检查不代替项目测试，但能发现误提交和明显的差异问题。
推送需要独立验证
git push
git rev-list --count '@{upstream}..HEAD'后一个命令为零，只说明本地分支没有领先于当前的远端跟踪引用。它不是一次新的网络验证；需要结合成功的推送结果，或者直接读取远端分支。
部署产物应对应提交
先提交经过验证的源代码，再用对应版本构建并部署。记录部署返回的版本号，可以在发现问题时找到相关产物。
如果使用持续集成，部署记录应能关联到 Git 提交。手动部署也应保留这一关系。
在线检查用户真正访问的路径
curl -I https://taotao.dev/
curl -I https://taotao.dev/rss.xml状态码是起点。对于页面布局和交互，还需要实际打开浏览器，检查内容是否更新、资源是否加载、移动端是否发生遮挡。
“已提交”“已推送”“已部署”“线上已验证”分别报告，比一句笼统的“完成”更准确。