Git不支持提交时自动忽略空白，仅能在diff查看、pre-commit检查、.gitattributes过滤及core.whitespace配置中分别控制空白行为，需多层配合。
Git 本身不支持“提交时自动忽略空白字符”——它只会忠实地记录你暂存区里的内容。所谓“忽略空白”，实际发生在查看差异（git diff）、检查提交前（git diff --check）或配置过滤行为时，而不是在 git commit 执行瞬间抹掉空格。
git diff 怎么忽略所有类型空白？
用 -w 或 --ignore-all-space 可跳过所有空白差异（包括空格、制表符、换行符数量变化），适合快速比对逻辑变更：
-
git diff -w：对比工作区与暂存区，忽略所有空白 -
git diff --staged -w：对比暂存区与 HEAD，忽略所有空白 -
git diff commit1 commit2 -w：对比任意两个提交，忽略空白
注意：-w 不影响实际文件内容，只改 diff 输出；它也不能识别“仅空白改动”的提交——这种提交仍会进入历史，只是你看 diff 时看不到。
怎么让 git 提交前自动报错行尾空格？
靠 git diff --check 配合 pre-commit 钩子，是目前最可靠、项目级生效的做法：
- 在项目根目录下创建
.git/hooks/pre-commit文件 - 写入：
#!/bin/sh git diff --cached --check
- 运行
chmod +x .git/hooks/pre-commit
这样每次 git commit 前，Git 会扫描暂存区中所有文件，对含 trailing whitespace 的行报错并中断提交。错误信息类似：foo.py:3: trailing whitespace.。它不自动删空格，但强制你处理——这是团队协作中真正可控的方式。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
.gitattributes 能不能统一控制空白行为？
可以，但作用范围有限：它只影响 Git 内部的“空白感知”逻辑（比如 git diff --check 是否触发警告），不改变文件内容，也不干预提交动作：
- 在项目根目录新建
.gitattributes - 写入：
* text=auto eol=lf * whitespace=strip
-
whitespace=strip表示 Git 在执行某些操作（如 checkout、merge）时尝试清理首尾空白，但不保证每次提交都生效 - 更常用的是：
* -trailing-space（禁用行尾空格检查）或* trailing-space（启用检查）
这个文件会被提交到仓库，对所有克隆者生效，但它的效果依赖 Git 版本和具体命令上下文，别指望它替代编辑器 trim 或 pre-commit 检查。
core.whitespace 配置值到底影响什么？
core.whitespace 是全局/本地设置，只影响 git diff --check 和 git apply 的空白检测策略，不影响提交本身：
-
git config --global core.whitespace trailing-space,space-before-tab：定义哪些空白算“问题” -
git config --global core.whitespace nowarn：彻底关闭所有空白警告（不推荐） - 它不会让
git commit自动跳过含空格的文件，也不会修改暂存内容 - 配合
git diff --check使用才有意义，单独设置无感
最容易被忽略的一点：Git 的“忽略空白”从来不是单点开关，而是由 diff 视图、钩子检查、编辑器行为、.gitattributes 四层叠加控制的。想靠一行 git config 就一劳永逸，基本会踩坑。
