如何通过版本控制手段在CentOS系统上高效管理Fortran代码版本？

作为Fortran开发者，你可能会遇到：代码文件巨大、编译产物繁多、团队成员分布在不同服务器。甚至在同一台CentOS机器上同时维护多个实验项目。缺乏统一的版本管理会导致频繁的文件冲突、难以追溯历史还有协作效率低下。

痛点这方面。CentOS默认仓库中可能没有当前版本的Git，或你只是刚搬迁到新环境，手头只有旧脚本。至于先检查，

git --version

若未安装，可通过EPEL或官方源快速装：

sudo yum install -y git

进入项目根目录后执行：

cd /path/to/your/fortran/project
git init

此时.git目录已创建。但请先配置使用者信息，避免提交记录空白：

git config --global user.name "Your Name"
git config --global user.email ""

Fortran经常产生.o、.mod等编译产物。直接跟踪这些文件会使仓库膨胀，导致克隆速度慢。方法是使用.gitignore或`.gitattributes`过滤：

# .gitignore
*.o
*.mod
*.exe
build/
bin/

只跟踪源代码和建立脚本，让团队成员能轻松复现环境。

# 添加所有源文件
git add src/*.f90
# 或一次性全部添加
git add .
# 提交并写清晰信息
git commit -m "Initial commit of Fortran project"

痛点提示：如果你在多人项目中看到“conflict”或“merge conflict”，很可能是因为未正确设置分支策略或忽略了建立产物。保持干净的主分支非常关键。

常见痛点：忘记设置SSH密钥导致每次推送都被拒绝； 远程URL拼写错误导致无法连接。

# 添加远程仓库地址
git remote add origin :username/fortran-repo.git
# 推送初始分支并设为上游
git push -u origin master

痛点：直接在主分支开发容易破坏稳定版； 缺乏分支命名规范导致合并混乱。

# 创建并切换到新功能分支
git checkout -b feature/temperature-solver
# 开发完成后提交更改
git add .
git commit -m "Add temperature solver module"
# 推送功能分支到远端供审查和合并使用
git push -u origin feature/temperature-solver

冲突往往出现在同一行注释或相似子模块修改时；解决方式不当会留下残留临时标记。

a) 拉取最新主分支，并切回主分支：

# 同步远端主分支至本地。以防合并时出现大量冲突
git checkout master
git pull origin master
# 合并功能分支到主分支
git merge feature/temperature-solver
# 若出现冲突，手动打开对应文件，# 删除 <<<>>> feature/... 标记后保存。# 再继续：
git add .
git commit -m "Resolve merge conflicts for temperature solver"
# 最终推送更新后的主分支到远端：
git push origin master

b) 常见冲突场景举例：

• src/module.f90中同时修改了相同子程序签名 → 用diff工具定位差异。
• Makefile 中添加了不同编译选项 → 保留通用规则后再细化为特定目标。
• README.md写入不同文档 → 合并文本块前先讨论统一格式。
小贴士：在长周期实验中。可采用标签 标记每个实验版本，如 v2026-08-01-burnin方便回溯与对比。对了为避免对二进制对象进行误合并，可将 .gitattributes 设置为 *.o binary merge=ours。让 Git 在遇到二进制冲突时保留本地版本。最终在共享代码前确保所有人都已同步 .envrc 或 environment.yml 文件，以便一致的编译环境。

"