把配置修复、样式修改和内容更新分开提交，回头查看时更容易理解变化。本文整理两个容易忽略的环节，作为日常使用时的检查参考。

一次提交回答一个问题

把配置修复、样式修改和内容更新分开提交，回头查看时更容易理解变化。提交信息应描述具体结果，而不只是写 update 或 fix。

提交前看一遍差异

git diff 能发现意外格式化、敏感文件和漏改的配置。生成目录、缓存与本地凭据通常不应进入版本控制。忽略文件只能阻止未跟踪文件，已经提交的内容需要另行处理。

日常使用的小结

Git 保存历史，但不能替代异地备份。为重要仓库设置独立远端，并定期确认本地提交真的已推送。