写C语言代码时，文件多了容易乱，改错代码很难回退，多人协作更是头疼。Git是目前最主流的版本控制工具，专门解决这些问题。它不帮你写代码，但能记录每一次修改，让你随时回到过去任何一个状态。对于C语言开发者来说，掌握Git不仅能保护源码，还能大幅提升编译调试和项目管理的效率。
安装与基础配置
先在终端运行 git --version 检查是否已安装。没有的话去官网下载对应系统的安装包。装好后第一件事是设置身份信息，这决定了提交记录显示的名字和邮箱。输入 git config --global user.name 你的名字 和 git config --global user.email 你的邮箱 即可。全局配置一次生效，以后所有仓库都会自动带上这些信息。
C语言项目通常会产生大量临时文件和编译产物。直接提交这些文件会让仓库体积膨胀且毫无意义。在项目根目录创建 .gitignore 文件，把 build、obj、*.o、*.exe、*.dll、IDE缓存目录以及操作系统生成的缩略图文件都加进去。这样Git只会追踪核心源码和构建脚本，保持仓库干净。
日常开发工作流
进入项目文件夹后，执行 git init 初始化本地仓库。此时Git开始跟踪该目录下的文件变化。编写或修改.c和.h文件后，用 git status 查看当前状态，未跟踪的文件会标绿，已修改但未暂存的文件会标红。觉得改动合适了，运行 git add 文件名 将指定文件加入暂存区，或者用 git add . 一次性添加所有变动。
暂存区确认无误后，执行 git commit -m 简洁的提交说明 保存快照。说明要写清楚改了什么，比如 修复链表内存泄漏 或 增加UDP收发函数。不要只写 修改 两个字。通过 git log 可以查看完整的历史提交记录，包含哈希值、作者和时间。习惯用小而频繁的提交，比攒一堆改动再一次性提交更安全也更容易排查问题。
分支管理与合并策略
主线分支 master 或 main 永远保持可编译状态。做新功能或修Bug时，必须切出独立分支。用 git checkout -b 功能名称 创建并切换到新分支。在分支里尽情折腾，写完测试通过后再切回主分支。执行 git merge 功能名称 将分支代码合并进来。如果两个文件改了同一行代码，Git会提示冲突，用文本编辑器手动保留需要的部分，标记解决后重新提交即可。
合并完成后记得删除已合并的分支，保持列表清爽。命令是 git branch -d 分支名。对于大型C项目，建议采用简单的线性工作流，避免复杂的分布式分支模型，减少团队沟通成本。遇到线上紧急故障，直接用 git stash 保存现场工作，切换分支修完Hotfix后再恢复环境继续开发。
远程协作与发布规范
个人电脑只是本地仓库，最终代码需要推送到服务器。先在GitHub或Gitee创建空项目获取地址，本地用 git remote add origin 地址 绑定远程仓库。之后 git push -u origin main 推送首次提交，后续只需 git push 即可。拉取他人更新时用 git pull，它会自动先 fetch 再 merge。
C语言项目讲究版本稳定。每次发布正式包前，打一个标签。 git tag -a v1.0 -m 描述信息 给当前代码打上版本号。标签不会随着提交移动，能永久锚定某个确定状态。配合Makefile或CMakeLists.txt一起纳入版本控制，确保任何人在任何时间都能复现当年的编译环境。定期清理未使用的分支，归档旧版本，仓库就能长期健康运转。
Git本质是思维方式的转变。从害怕修改变成敢于重构，从手动备份变成自动追溯。坚持每天提交代码，养成看日志的习惯，写C语言时会发现复杂逻辑变得清晰可控。多动手练习几个常用命令，熟练之后基本操作都会形成肌肉记忆，开发效率自然水涨船高。
