Git为何不同步Fortran编译生成的.o、.mod文件？能否调整设置？

嘿，这个问题其实挺常见的——先给你明确答案：是的，这就是Git的默认行为。下面给你详细拆解原因，以及要不要修改、怎么修改的建议：

为什么Git默认忽略.o和.mod文件？ #

Git的设计初衷是追踪源码和核心配置文件，而像.o（目标文件）、.mod（Fortran模块文件）这类属于编译衍生产物，默认就会被忽略，原因有这几点：

• 完全可重现：只要有.F源文件，任何人用相同的编译器和编译选项都能重新生成这些文件，没必要放进仓库占用空间。
• 环境依赖性强：不同编译器（比如GCC的gfortran vs Intel的ifort）、不同系统甚至不同编译参数生成的.o/.mod都可能不一样，放进仓库会导致协作时的版本冲突，毫无实际价值。
• 污染提交历史：每次编译都会更新这些文件，频繁提交会让你的Git历史里充满无意义的变更，掩盖真正的源码修改。

能不能修改这个设置？ #

当然可以，但非常不推荐这么做。不过还是把方法告诉你：
Git是通过.gitignore文件来管理忽略规则的，你可以通过以下方式调整：

• 临时强制添加单个文件：如果只是想把某一个.o或.mod文件加入仓库，用命令：

  git add -f filename.o
  git add -f module.mod
  

  这里的-f是force（强制）的意思，会让Git跳过当前的忽略规则，把文件加入追踪。
• 永久修改忽略规则：如果要彻底让Git追踪所有.o/.mod文件，编辑仓库根目录下的.gitignore文件，找到类似*.o、*.mod的规则，要么删除，要么在前面加#注释掉：

  # 注释掉原本的忽略规则
  # *.o
  # *.mod
  

真心建议：别这么做！ #

仓库里存放编译产物会带来一堆麻烦：

• 仓库体积急剧膨胀，克隆、拉取的速度会越来越慢。
• 协作开发时，队友的编译环境和你的不同，生成的文件会导致冲突，甚至运行时出现奇怪的错误。
• 提交历史变得混乱，你很难快速定位到真正的源码变更点。

如果需要分享编译好的文件，更合理的方式是单独打包发布，或者用CI/CD工具自动构建并分发产物，而不是把它们塞进Git仓库里。

内容的提问来源于stack exchange，提问作者uPhone