第4章：Git版本控制入门
说实话，我见过太多C++项目因为版本控制混乱而翻车。有一次，一个同事把整个工程目录用U盘拷来拷去，最后搞出了十几个「最终版」、「最终版2」、「打死不改版」……嗯，那场面，简直是一场灾难。
Git这东西，说白了就是给你的代码装上一台「时光机」。你随时可以回到过去，看看自己改了什么，谁动了你的代码。对于C++工程化来说，Git不是可选项，而是必需品。
4.1 Git安装与配置
先搞定安装。不同系统方法不一样：
- Windows：去官网下载Git for Windows，一路Next就行。我建议勾选「Git Bash」选项，这样你就能在Windows上用Linux风格命令了。
- macOS：用Homebrew，一条命令搞定：
brew install git - Linux：
sudo apt install git（Ubuntu/Debian）或sudo yum install git（CentOS）
装完之后，第一件事是配置你的身份。这步很多人会跳过，但我要说——千万别省。
git config --global user.name "你的名字"
git config --global user.email "你的邮箱@example.com"为什么重要？因为每次提交代码，Git都会记录是谁干的。我曾经接手一个项目，里面全是「Unknown Author」的提交记录，想找人问个问题都找不到，那叫一个痛苦。
git config --list 可以查看当前所有配置。如果你有多个项目需要不同身份（比如工作和个人），去掉 --global 就是项目级配置。
4.2 基本工作流程
Git的核心工作流其实就五个命令。你想想看，是不是很简单？
4.2.1 clone：把远程仓库拉下来
git clone https://github.com/你的用户名/你的项目.git这会把整个项目历史都下载到本地。我第一次用的时候，还以为只下载最新版本，结果发现连三年前的提交记录都在，当时就觉得——嗯，这工具靠谱。
4.2.2 add：把改动放进「暂存区」
git add main.cpp # 添加单个文件
git add . # 添加所有改动这里有个坑：git add . 会把所有文件都加进去，包括编译生成的 .o 文件、可执行文件等。所以一定要配合 .gitignore 使用。
4.2.3 commit：拍一张快照
git commit -m "修复了内存泄漏问题"提交信息要写清楚。别写什么「fix bug」、「update」这种废话。我个人的习惯是：用一句话说清楚「做了什么」和「为什么做」。比如：
- ❌
fix bug - ✅
修复了析构函数中未释放动态数组导致的内存泄漏
4.2.4 push：把本地提交推送到远程
git push origin main这里 origin 是远程仓库的默认名字，main 是分支名。如果你用的是旧版Git，默认分支可能叫 master。
4.2.5 pull：拉取远程的最新改动
git pull origin main这其实是 git fetch + git merge 的组合命令。我建议团队协作时，每次开始工作前先 git pull 一下，避免冲突。
4.3 分支管理策略
分支是Git最强大的功能之一。但怎么用分支，不同团队有不同玩法。我主要讲两种主流策略。
4.3.1 Git Flow：适合大型项目
Git Flow把分支分成了五类：
| 分支类型 | 用途 | 命名示例 |
|---|---|---|
| main | 生产环境代码，永远可部署 | main |
| develop | 日常开发的主分支 | develop |
| feature | 开发新功能 | feature/user-login |
| release | 准备发布版本 | release/1.2.0 |
| hotfix | 紧急修复生产问题 | hotfix/crash-fix |
说实话，Git Flow很严谨，但也挺复杂。我在一个几十人的C++项目里用过，每次合并都要走一堆流程。小团队用起来会觉得有点重。
4.3.2 GitHub Flow：轻量级方案
GitHub Flow就简单多了：
- 从 main 分支拉一个新分支
- 在新分支上开发
- 提交 Pull Request（PR）
- 代码审查通过后合并回 main
- 立刻部署
我个人更推荐小团队用GitHub Flow。为什么呢？因为简单。你想想看，一个三五人的C++项目，搞那么多分支干嘛？直接一个main分支，每个人开自己的feature分支，完事。
4.4 知识体系总览
下面这张图，把本章的核心逻辑串起来了：
4.5 避坑指南
最后分享几个我踩过的坑：
- 不要用
git commit -a偷懒：它会自动把所有改动过的文件都提交，包括你不想提交的。我曾经不小心把调试用的日志打印也提交了，结果线上版本疯狂输出日志…… - 合并冲突不可怕：遇到冲突时，Git会在文件里标记出冲突区域。手动解决后
git add再git commit就行。别慌，我刚开始也怕冲突，后来发现其实就那几行代码的事。 - 养成
git status的习惯：每次操作前看一眼，确认当前状态。这能避免很多低级错误。
记住一句话：频繁提交，小步快跑。每次提交只做一件事，这样出了问题也好回滚。别攒了一周的改动一次性提交，那简直是给自己挖坑。
好了，Git入门就讲这么多。这些命令和策略，够你应付大部分C++项目的日常开发了。多用几次，自然就熟练了。
可可精品资料库