一、版本控制基础：为什么FPGA项目需要版本控制？Git与SVN的对比与选择
说实话，我刚入行那会儿，FPGA项目还靠U盘拷来拷去。项目文件命名像这样：top_v1_final_真的最终版_别改了.v。你想想看，这能靠谱吗？
后来有一次，我花了三天调好的时序，被同事不小心覆盖了。嗯，从那以后，我成了版本控制的坚定布道者。
为什么FPGA项目需要版本控制？
FPGA开发和纯软件不一样。我们面对的不只是代码，还有IP核、约束文件、仿真波形、工程配置文件。这些东西混在一起，乱起来真要命。
FPGA项目用版本控制的三个核心理由：
- 回滚能力：综合跑了一整天，结果时序收敛不了。你能回到三天前的版本吗？能。这就是版本控制的价值。
- 多人协作：一个模块你写，另一个模块我写。没有版本控制，合并代码就是噩梦。我在项目中遇到过，两个人同时改了同一个文件，最后谁改的都不知道。
- 实验分支：想试试新的架构？开个分支随便玩。不行就删掉，不影响主线。这个功能我天天用。
说白了，版本控制就是给你的项目装了个时光机。你随时可以回去看看，当时为什么这么写。
Git vs SVN：怎么选？
这个问题我经常被问到。我的回答是：看团队，看项目，看习惯。
先看一张对比图，我手绘的，凑合看。
Git 的优势在哪里？
我个人习惯用Git。为什么？因为分支太方便了。
举个例子。我在做一个高速接口项目，需要尝试三种不同的FIFO深度。用Git的话：
git checkout -b fifo_depth_128
# 改代码，综合，测试
git checkout -b fifo_depth_256
# 改代码，综合，测试
git checkout -b fifo_depth_512
# 改代码，综合，测试
每个分支独立，互不干扰。最后哪个好用，合并哪个。SVN做这个就麻烦多了，每次分支都要复制整个目录。
我的建议：如果你的团队人数不多（10人以内），项目迭代快，经常需要尝试新方案，选Git。我带的几个FPGA团队，现在全用Git。
SVN 的适用场景
SVN也不是一无是处。我在一家老牌通信公司做过项目，他们用SVN用了十年。
SVN的优势在于：
- 大文件友好：FPGA的工程文件动不动几百MB，SVN处理起来比Git轻松。Git需要装LFS插件，配置起来麻烦。
- 权限控制细：可以精确到目录级别。比如，IP核目录只让几个人改，其他人只读。
- 学习成本低：新人来了，十分钟就能上手。Git那一堆概念——暂存区、远程仓库、rebase——够新人懵一阵的。
注意：SVN的服务器如果挂了，所有人都没法提交和查看历史。我曾经遇到过SVN服务器硬盘损坏，丢了一周的代码。从那以后，我坚持每天备份。
怎么选？我给三个建议
- 新项目、小团队、爱折腾：选Git。灵活，强大，符合现代开发流程。
- 老项目、大团队、求稳定：选SVN。成熟，稳定，管理方便。
- 混合使用：我见过一些团队，代码用Git管理，大的IP库和工程文件用SVN。也不是不行，就是维护成本高。
说到底，工具是为人服务的。别为了用Git而用Git，也别死守着SVN不放。适合你的，就是最好的。
一句话总结：FPGA项目必须上版本控制。Git适合灵活创新，SVN适合稳定管控。选哪个，看你们团队的实际需求。
好了，这一章就到这里。下一章我们聊聊怎么搭建Git仓库，以及FPGA项目里哪些文件该提交，哪些不该提交。嗯，这个坑我踩过不少，到时候细说。