Git / 版本控制

Gitignore 生成器

选择项目环境,在末尾补充规则,检查组合结果后下载。

Gitignore 生成器

选择模板

语言与框架
操作系统
编辑器

已选 0 个模板。

自定义规则,追加在末尾

.gitignore 结果

模板与规则仅在当前浏览器处理,不读取或上传项目文件。

生成选项

只移除两条否定规则之间完全相同的普通规则。所有 ! 规则和原有顺序均保留。

模板来源与许可

18 份模板来自 github/gitignore,许可为 CC0-1.0。快照提交 356fd7baab4c,日期 2026-09-11,核对日期 2026-09-16。上游注释保留原文。

请选择模板或输入至少一条规则。

交给规则测试器核对
发送到规则测试器

明确选择后才会发送。同源新标签页通过内存接收并预览,规则不进入网址或持久存储。

新建项目时,只复制一份语言模板往往不够:系统会留下元数据,编辑器会生成缓存,团队也会有自己约定的本地文件。Gitignore 生成器让这些来源出现在同一份可审查的文件中,打开页面时不会替你猜测开发环境。

只选择项目实际需要的模板。忽略范围太宽,会让本应提交的配置消失在未跟踪文件列表里;在使用结果之前,既要看普通规则,也要看以感叹号开头的例外。

为什么使用 Gitignore 生成器

组合有明确来源的模板

Gitignore 生成器内置 18 份 GitHub 模板,记录固定提交、原始路径和 CC0 许可。保留注释时,各段来源仍可辨认。同一次快照下,相同选择得到相同输出,便于团队审查规则变化。

语言、系统和编辑器三个模板卡片合并成一份带分段的忽略文件。

保留例外前后的重复规则

*.log、!important.log、*.log 会先忽略日志,再放回一个文件,最后重新忽略。若删掉最后一行,结果就变了。因此每遇到否定规则,去重范围都会重新开始,否定规则本身始终保留。

忽略、例外和再次忽略依次排列,最后的重新排除规则仍被保留。

先确定范围,再验证优先级

01

搜索不会取消隐藏的选择

搜索只筛选模板列表。已选数量仍包含当前看不到的选项,输出按固定目录顺序组合,不按点击顺序排列;取消后重新勾选也不会把模板移到末尾。

02

把项目规则放在最后

自定义规则追加在全部语言模板之后,后匹配的规则可以覆盖早先匹配。但被排除的父目录会阻止子文件例外生效;需要保留某个子文件时,应理解 cache/* 与 cache/ 的区别。

03

用真实路径检查短片段

修改输入或参数后,旧结果立即停止导出。重新生成后,可明确选择原始自定义内容或当前结果发送到测试器。超过测试器大小限制时仍可完整下载,不会偷偷删减规则。

组合结果中保留了什么

语言、系统和编辑器三层

可选 Node.js、Python、Java、Go、Rust 等语言模板,以及 macOS、Linux、Windows 和常用编辑器。没有选择的环境不会贡献规则,避免无关目录被一并忽略。

已有文件作为末尾规则

把已有内容粘贴到自定义区即可生成 .gitignore 文件。输入可使用 LF、CRLF 或 CR 换行,输出统一为 LF;开头的 BOM 会移除,有意义的前导空格和转义尾空格仍保留。

只做可解释的重复清理

安全去重显示实际移除数量,关闭后保留重复模式。pattern 与 !pattern 这类字面相反的组合会计数提示,但不会代替你决定哪条应该删除,也不会求解通配符包含关系。

可追溯的快照

忽略文件的模板取自 github/gitignore,固定提交为 356fd7baab4c,上游快照日期为 2026-09-11,核对日期为 2026-09-16。来源链接可逐份查看,上游注释保留原文。

加入仓库前需要知道的限制

不会改变跟踪状态
工具不打开仓库、不移出索引,也不改写提交历史。新增忽略模式通常只影响未跟踪路径,已被跟踪的文件需要在 Git 中另行审查处理。
保留顺序,不自动解决冲突
不按字母排序,不做通配符最小化,也不自动删除相反规则。自定义内容虽在最后,仍不能越过被排除的父目录去恢复子文件。
模板不是秘密扫描
18 个模板不覆盖所有框架,也不保证发现凭据。请自行检查密钥路径、锁文件和团队共享配置;已经暴露的秘密不会因新增忽略规则而消失。
自定义内容的大小限制
最多 50,000 个 UTF-16 代码单元、2,000 个物理行,每行最多 512 个代码单元。拒绝无效 Unicode 和除制表、换行以外的控制字符。复制与下载均包含完整生成结果。
测试器有更小的输入范围
现有测试器最多处理 50 个物理规则行,每行 256 个代码单元,末尾空行也计数。可关闭注释减少行数,或选择较短的原始自定义片段;不会自动截取大文件。

Gitignore 生成器常见问题

生成的 .gitignore 可以直接用吗?

可以将结果保存为项目所需目录中的 .gitignore,但应先审查。模板只提供起点,锁文件、团队配置和生成目录是否应该忽略,需要根据项目实际约定决定。

模板覆盖不全怎么办?

在自定义规则区逐行补充,内容会追加在所选模板之后。也可以不选模板,单独整理自己的规则。输入支持注释、转义的 # 与 !,以及项目专用例外。

建议选哪些模板?

选择实际使用的语言或框架,再补充团队涉及的操作系统与编辑器。不要因为列表里有就全部勾选;仅自己需要的编辑器排除项可放入个人全局忽略配置。

为什么 .gitignore 失效?

常见原因是文件早已被跟踪,或后续规则改变了匹配结果。另一种情况是父目录已经被排除,导致子文件例外不起作用。用代表性路径检查顺序,再处理索引状态。

如何添加只对自己生效的忽略规则?

仅当前仓库、仅自己使用的规则可放在 .git/info/exclude;希望对自己的所有仓库生效,可配置 core.excludesFile。需要随项目共享的规则才放进版本管理的 .gitignore。

某组规则的行为需要进一步解释?

准备下一份仓库规则文件

用 Gitignore 生成器整理可审查的起点,核对例外后下载完整文件。确认团队希望跟踪哪些路径,再把文件放进对应目录。