Git共16篇

Git里“我改了什么”和“下一次会提交什么”是两个不同问题。提交之前分别检查工作区与暂存区，可以避免把无关改动一起带进去。

把文件名写入.gitignore以后，如果Git仍显示它的修改，先确认这个文件是否早已被跟踪。忽略规则主要影响尚未跟踪的文件。

只改了一行，差异却显示整份文件都被替换，原因可能是换行符或编码发生变化。提交之前先查清差异来源，能减少评审噪声与后续合并冲突。

临时切换工作时，stash可以保存部分工作状态，但不能默认它包含目录里的所有文件。先查看状态，再确认保存与恢复范围，能避免误以为未跟踪文件已经备份。

想撤回文件改动时，先确认希望改变工作区、暂存区还是两者。restore的选项会影响来源与目标位置，不能因为命令名像“恢复”就默认它总能保留未提交内容。

未跟踪文件可能是临时产物，也可能是尚未提交的工作。清理前先查看状态和预览范围，不能把“Git没有记录”理解成“可以安全删除”。

格式化让差异很长时，忽略空白的查看方式可以辅助定位实质改动。但这只是比较视角，不能把被隐藏的内容自动判断为无关。

看到一段陌生代码时，先查相关提交，比根据当前内容猜作者意图更可靠。文件历史能提供修改记录，但提交说明本身仍需要结合差异与上下文阅读。

手头只有修改前后两份文本，不必为了看差异先创建仓库。git diff --no-index可以直接比较文件系统中的两个路径，适合检查导出的配置样例或文稿副本。

想忽略输出目录中的多数文件，只保留一份说明，写上感叹号例外却可能无效。关键问题往往是父目录已经被整体排除，Git没有继续遍历里面的文件。