一、量化团队协作的痛点与Git核心概念
1.1 为什么量化团队需要版本控制？
先说说我自己的经历。几年前我带一个量化团队，5个人，做一套CTA策略。刚开始大家各写各的，用U盘拷来拷去。结果呢？
有一次，小张改了回测引擎的参数，小李不知道，直接用了旧版本跑结果。两个人吵了一下午，最后发现是代码版本对不上。这种事儿，我见过太多次了。
量化交易团队有几个典型的痛点：
- 策略代码混乱——你改一点，我改一点，最后谁都不知道哪个版本是对的
- 回测结果不可复现——同样的策略，不同人跑出不同结果，查了半天是代码版本不一致
- 多人协作冲突——同时改同一个文件，改完发现覆盖了别人的工作
- 没有历史记录——策略回撤了，想回退到上周的版本，发现根本没保存
说白了，版本控制就是给代码上了一份「后悔药」。你想想看，做交易最怕什么？最怕策略出了问题，还不知道问题出在哪。有了版本控制，每一步改动都有记录，出了问题能快速定位。
核心观点：版本控制不是可选项，而是量化团队的必需品。没有版本控制的团队，就像没有止损的交易员——迟早要出大事。
1.2 Git vs SVN：我为什么选Git？
很多人问我：Git和SVN到底选哪个？我的回答很直接——选Git。
为什么？我给你列个对比：
| 特性 | Git | SVN |
|---|---|---|
| 架构 | 分布式 | 集中式 |
| 离线工作 | 支持 | 不支持 |
| 分支操作 | 轻量、快速 | 重量、慢 |
| 代码仓库 | 每个人本地都有完整仓库 | 只有服务器有完整仓库 |
| 适合场景 | 分布式团队、频繁分支 | 集中式管理、简单项目 |
我记得有一次，团队在飞机上赶一个策略。用SVN的话，没网就干瞪眼。但Git不一样，每个人本地都有完整仓库，离线也能提交、看历史、建分支。等有网了再同步上去。这个优势，做量化的都懂——行情不等人啊。
我的建议：如果你团队还在用SVN，趁早迁移到Git。别等到出问题了再后悔。迁移成本其实不高，但收益是长期的。
1.3 Git的三个核心概念：工作区、暂存区、仓库区
刚开始学Git的人，最容易搞混的就是这三个区。我画了一张图，帮你理清思路：
这张图其实已经把核心逻辑说清楚了。我再详细解释一下：
工作区（Working Directory）
就是你电脑上看到的文件夹。你在里面写代码、改策略、调参数。所有改动都发生在这里。说白了，这就是你的「草稿纸」。
暂存区（Staging Area）
这个很多人容易忽略。它就像一个「候车室」。你把改好的文件用 git add 放进去，但还没真正提交。为什么要多这一步？
我举个例子。你同时改了三个文件：策略逻辑、回测参数、配置文件。但你想先提交策略逻辑，其他两个再改改。这时候暂存区就派上用场了——你可以只把策略逻辑放进去，先提交。
避坑指南：我曾经犯过一个错误——改完代码直接 git commit -a，结果把调试用的临时文件也提交上去了。后来养成习惯，先用 git status 看看哪些文件改了，再用 git add 一个个加。虽然多了一步，但安全多了。
仓库区（Repository）
这是Git的核心。你执行 git commit 后，暂存区的内容就永久保存到仓库区了。每个提交都有一个唯一的哈希值，可以随时回退到这个版本。
仓库区又分两种：
- 本地仓库——在你电脑上，离线也能用
- 远程仓库——在服务器上，团队共享
用 git push 把本地仓库同步到远程仓库，用 git pull 把远程仓库的更新拉下来。就这么简单。
1.4 量化团队的工作流示例
说了这么多理论，我给你们看一个实际的工作流。假设你们团队在开发一个CTA策略：
# 1. 从远程仓库拉取最新代码
git pull origin main
# 2. 创建新分支开发策略
git checkout -b feature/cta_v2
# 3. 修改策略代码（工作区）
# ... 写代码 ...
# 4. 查看改动
git status
# 5. 将改动加入暂存区
git add strategy.py
git add config.yaml
# 6. 提交到本地仓库
git commit -m "feat: 优化CTA策略入场逻辑"
# 7. 推送到远程仓库
git push origin feature/cta_v2
# 8. 在GitHub/GitLab上发起Pull Request
# 团队成员审核代码
# 9. 审核通过后合并到主分支
git checkout main
git merge feature/cta_v2这个流程看起来步骤多，但习惯之后，你会发现它其实很自然。每个步骤都有它的意义。
我的习惯：每次提交前，我都会问自己三个问题：
- 这次改了什么？
- 为什么这么改？
- 有没有影响其他功能？
想清楚了再提交。这样以后回看历史，每一行代码都有据可查。
1.5 小结
这一章我们聊了量化团队为什么需要版本控制，Git和SVN的区别，以及Git的三个核心概念。说白了，版本控制就是给代码上了保险，让团队协作不再混乱。
下一章，我们会深入Git的安装和基本配置。到时候我会手把手教你搭建一个完整的Git环境。嗯，今天就先到这儿吧。
公众号:蓝海资料掘金营，微信deep3321