git全局忽略规则仅对未跟踪文件生效，已提交文件需先执行git rm -r --cached .清除索引再重新添加；设置路径用git config --global core.excludesfile ~/.gitignore_global，并手动创建该文件。

Git 全局忽略规则不会自动生效，尤其对已提交过的文件完全无效；必须先用 git rm --cached 清除索引记录，再确认 core.excludesfile 指向正确路径，否则改了也白改。

怎么设置全局忽略文件路径（core.excludesfile）

Git 不会自动生成全局忽略文件，得自己指定位置并创建它。Linux/macOS 默认习惯放在 ~/.gitignore_global，但 Git 本身不关心路径，只认配置项指向的文件是否存在。

• 运行 git config --global core.excludesfile ~/.gitignore_global 告诉 Git 用这个文件
• 如果返回空（git config --get core.excludesfile），说明还没设，必须手动配
• 路径里不要用变量如 $HOME，Git 解析不了；写 ~ 或绝对路径（如 /home/you/.gitignore_global）都行
• 配完可以用 git config --get core.excludesfile 验证是否写进 ~/.gitconfig 的 [core] 区块里

全局忽略文件该写什么内容（路径匹配易错点）

规则语法和项目级 .gitignore 完全一致，但最容易出问题的是路径写法——比如 .DS_Store 能匹配所有层级，而 /.DS_Store 只匹配根目录；node_modules/ 后面的斜杠表示“这是目录”，不加可能误伤文件名含 node_modules 的普通文件。

Linux Ai Server

Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。

下载

• *.swp、*~ 忽略 Vim 临时文件
• .vscode/（结尾带 /）只忽略整个目录，不是忽略所有含 .vscode 字样的文件
• **/*.log 才能匹配 src/app.log，单个 * 不跨目录分隔符
• 注释用 #，空行被跳过，规则按顺序生效，后写的会覆盖前面同名匹配

为什么改了全局 ignore 还有文件在 git status 里

最常见原因：那个文件早被 git add 过，甚至提交过。Git 的忽略机制只对「未跟踪（untracked）」文件起作用，已进入索引的文件不受影响。

• 先运行 git check-ignore -v some-file.txt 确认是否真被规则捕获（返回空 = 没匹配上）
• 如果返回了规则但文件仍显示在 git status，大概率是已被跟踪，执行 git rm --cached some-file.txt
• 别漏掉 --cached 参数，否则本地文件会被物理删除
• 批量清理可用 git rm -r --cached . && git add .，但要小心，这会重算所有文件状态

怎么验证全局忽略是否真正生效

不能只看 .gitignore 有没有写，也不能只靠 git status 直观判断——有些文件根本不会出现在 Untracked files 列表里，是因为它们被忽略了，但你没意识到。

• git status --ignored 会列出所有「被忽略但存在工作区」的文件，一眼看出规则是否覆盖到位
• git ls-files -i --exclude-standard 显示当前索引中哪些文件正被 ignore 规则拦截（即本该在但被拦下了）
• 新建一个测试文件，比如 touch ~/.DS_Store，然后进任意 Git 仓库跑 git status，如果看不到它，说明全局配置通了
• 注意：全局忽略只影响新文件或刚取消跟踪的文件，不影响队友，也不影响已推送的历史记录

真正麻烦的永远不是「怎么配」，而是「什么时候配」——等 .env 或 package-lock.json 被提交过一次，再想忽略就得手动清理索引，且所有协作者都得同步操作。所以全局规则最好在装完 Git 第一时间就配好，而不是等到出问题才补。