4、开发环境搭建：IDE配置、编译器与调试器设置、版本控制与代码仓库管理

说实话，BMS开发的第一步，往往不是写代码，而是把环境搭好。我见过太多新手，代码写得挺溜，结果卡在IDE配置上，一卡就是半天。这章咱们就把这事彻底搞定。

4.1 IDE的选择：Keil、IAR还是STM32CubeIDE？

这三个工具，我全都用过。各有各的脾气。

IDE	适用芯片	个人评价
Keil MDK	ARM Cortex-M全系列	老牌、稳定、调试器好用。我项目里用得最多
IAR EWARM	ARM、RISC-V等	编译优化强，但界面丑。我早期用过
STM32CubeIDE	STM32全系列	免费、集成CubeMX。新手友好

我个人习惯：如果公司有正版Keil，就用Keil。如果是个人学习或小项目，STM32CubeIDE完全够用。IAR嘛，除非客户指定，否则我一般不碰——它的工程文件管理方式，说实话有点反人类。

4.2 Keil配置实战

咱们以Keil为例，走一遍完整流程。嗯，这里要注意几个关键点。

4.2.1 新建工程

Project → New μVision Project
选择芯片型号（比如BMS常用的STM32F103或F407）
Manage Run-Time Environment → 勾选CMSIS Core

我在项目中遇到过一个问题：选错芯片型号。有一次我把F103C8选成了F103RB，结果调试器死活连不上。折腾了两小时才发现。所以，选芯片时一定要对着板子上的丝印看仔细。

4.2.2 编译器设置

点开魔法棒（Project → Options for Target），这几个地方必须改：

• Target标签：ARM Compiler选V5或V6。我建议V5，兼容性好。V6虽然新，但有些老库会报错
• C/C++标签：Optimization选-O2或-O3。调试阶段用-O0，不然单步执行会跳来跳去
• Debug标签：选你的调试器。J-Link、ST-Link、ULINK都行。我一般用J-Link，速度快

4.3 调试器设置：J-Link与ST-Link

调试器是开发者的眼睛。没有它，你根本不知道程序跑哪去了。

4.3.1 J-Link配置

我个人偏爱J-Link。它稳定、速度快，而且支持虚拟串口。配置步骤：

1. 安装J-Link驱动（SEGGER官网下载）
2. Keil里选Debug → J-Link / J-Trace Cortex
3. 点击Settings，确认SWD模式，速度选4MHz或更低

为什么速度别选太高？线长了信号会衰减。我试过10MHz，结果调试器经常断开。降到4MHz就稳了。

4.3.2 ST-Link配置

如果你用STM32CubeIDE，ST-Link是默认的。但要注意：ST-Link的固件版本。我遇到过好几次，ST-Link连不上，最后发现是固件太旧。去ST官网下载ST-Link Utility，升级一下就好了。

4.4 版本控制：Git与代码仓库管理

写BMS代码，没有Git？那简直是裸奔。我见过一个团队，代码用U盘拷来拷去，最后版本全乱了。嗯，这种事千万别干。

4.4.1 Git基础配置

先装Git，然后配用户名和邮箱：

git config --global user.name "你的名字"
git config --global user.email "你的邮箱"
git config --global core.autocrlf true  // Windows用户建议开启

这里有个坑：换行符问题。Windows用CRLF，Linux用LF。如果不设置autocrlf，你从Git拉下来的代码，在Keil里编译可能报错。我踩过这个坑，后来统一用true解决了。

4.4.2 .gitignore怎么写

BMS工程里，有些文件不需要提交。比如：

# Keil生成的文件
*.uvguix.*
*.dep
*.crf
*.o
*.d

# 编译输出
/Debug/
/Release/
/Listings/
/Objects/

# IDE配置
*.launch
.settings/

我个人习惯：只提交源码和工程配置文件。编译生成的中间文件一概不提交。这样仓库小，拉取快。

4.4.3 分支管理策略

BMS开发，我建议用这个分支模型：

• main：稳定版本，只合入经过测试的代码
• develop：日常开发分支
• feature/xxx：新功能分支，比如feature/adc-calibration
• hotfix/xxx：紧急修复分支

举个例子。有一次客户反馈BMS在低温下SOC跳变。我立刻从main拉了一个hotfix/soc-low-temp分支，修完测试通过后，合并回main和develop。整个过程不到两小时。

4.5 代码仓库托管

国内用Gitee，国外用GitHub。我个人推荐Gitee，速度快，而且私有仓库免费。

创建仓库后，把本地代码推上去：

git init
git add .
git commit -m "初始提交：BMS工程框架"
git remote add origin https://gitee.com/你的用户名/bms-project.git
git push -u origin main

这里要注意：第一次push前，先pull一下。如果远程仓库有README或LICENSE文件，不pull直接push会报错。

4.6 避坑指南

最后，分享几个我踩过的坑：

• 路径不要有中文：Keil对中文路径支持很差。我有个同事把工程放在"桌面/BMS项目"，结果编译报错找不到文件。改成英文路径就好了
• 调试器线序别接反：SWD只需要四根线：VCC、GND、SWDIO、SWCLK。我见过有人把SWDIO和SWCLK接反，调试器直接冒烟
• Git提交信息写清楚：别写"fix bug"这种废话。要写"修复BMS在-20℃下SOC跳变的问题"。这样以后回溯才知道改了啥

好了，环境搭建就这些。下一章咱们开始写真正的BMS代码——从ADC采样开始。