Git共16篇

用四个临时仓库对照stash保存范围和索引恢复，复现新分支冲突，再在另一工作目录重建原状态；附完整脚本、18项检查及恢复边界。

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

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

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

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

给人看的Git状态文本，不适合直接按空格或换行拆分后交给脚本。文件名本身可以含空格，某些系统还允许换行，因此应选择为机器解析设计的输出格式。

排查修改前的内容时，可以直接查看指定提交里的文件，而不必先恢复当前文件。git show HEAD:note.txt展示的是HEAD所指提交中的路径内容，工作区修改仍然保留。

提交前运行git diff --check，可以发现差异中新引入的空白错误和冲突标记，并在发现问题时返回非零状态。它不是编译器，也不是测试框架；检查范围还取决于你是否加入--cached。

git ls-files默认列出索引中的已跟踪路径，不是实时扫描目录的替代品。文件从工作区删除、但删除尚未暂存时，它仍可能出现在结果里；因此不能把这份清单直接当作当前磁盘文件列表。

git archive根据指定的树或提交创建归档，不会自动把当前工作区里所有东西打包进去。用它交付源码时，先确认要导出的版本，再检查未提交内容是否本来就不在该版本中。