第二章 开发环境全家桶：Python安装与版本管理、VS Code配置与必备插件、Git与GitHub基础、虚拟环境管理
好，咱们正式开始搭建战场。我见过太多人，学RPA学到一半，卡在环境配置上，心态直接崩了。说实话，环境配不好，后面全是坑。这一章，我带你一次性搞定，少走弯路。
2.1 Python安装与版本管理
Python版本这事儿，挺让人头疼的。RPA开发一般用Python 3.8到3.11之间，太新了有些库不兼容，太旧了又缺功能。我个人习惯用3.10，稳定且生态好。
2.1.1 下载与安装
去官网下载安装包，记得勾选「Add Python to PATH」。这一步很多人会忘，忘了后面命令行里敲python就报错。嗯，这里要注意。
2.1.2 版本管理工具：pyenv
你可能会同时维护多个项目，有的用Python 3.8，有的用3.11。手动切换？太累了。这时候就需要pyenv。
# 安装pyenv（Windows用pyenv-win）
git clone https://github.com/pyenv-win/pyenv-win.git %USERPROFILE%\.pyenv
# 查看可安装版本
pyenv install --list
# 安装指定版本
pyenv install 3.10.11
# 设置全局版本
pyenv global 3.10.11
# 设置局部版本（项目目录下）
pyenv local 3.8.18说白了，pyenv就是帮你管理多个Python版本的工具。我在项目中遇到过，一个旧RPA脚本只能用3.8，新项目用3.10，用pyenv切来切去，省心不少。
2.2 VS Code配置与必备插件
编辑器选VS Code，没毛病。轻量、插件丰富、社区活跃。但光装个VS Code可不够，得把它武装起来。
2.2.1 基础配置
安装完VS Code，第一件事：设置自动保存。File → Auto Save，选onFocusChange。这样你切窗口时自动存，再也不用担心代码丢了。
第二件事：设置缩进为4个空格。Python对缩进敏感，用Tab容易出问题。我个人习惯统一用空格，团队协作时也少吵架。
2.2.2 必备插件清单
| 插件名称 | 作用 | 推荐理由 |
|---|---|---|
| Python | 语法高亮、智能提示、调试 | 微软官方出品，必装 |
| Pylance | 类型检查、代码补全 | 比默认的更快更准 |
| GitLens | Git历史、代码作者追溯 | 看代码是谁写的，方便甩锅（不是） |
| Prettier | 代码格式化 | 统一风格，团队必备 |
| RPA Framework | RPA相关语法支持 | 做RPA开发时很有用 |
2.3 Git与GitHub基础
版本控制，说白了就是后悔药。你改错了代码，可以回滚；你写了一半想试试别的方案，可以开分支。Git是必须掌握的技能。
2.3.1 初始化与基本操作
# 初始化仓库
git init
# 添加文件到暂存区
git add .
# 提交到本地仓库
git commit -m "第一次提交：初始化项目"
# 查看状态
git status
# 查看提交历史
git log --oneline你想想看，没有Git的时候，我见过有人把代码文件命名为「最终版」「最终版2」「最终版3」「打死不改版」……太乱了。用Git，每个版本都有记录，清清楚楚。
2.3.2 分支管理
分支是Git的精髓。主分支（main）放稳定代码，开发分支（dev）放新功能，修bug再开个fix分支。互不干扰。
# 创建并切换到新分支
git checkout -b feature/login
# 切换回主分支
git checkout main
# 合并分支
git merge feature/login
# 删除分支
git branch -d feature/login2.3.3 与GitHub联动
本地仓库和远程仓库（GitHub）配合使用，才是完整的工作流。
# 关联远程仓库
git remote add origin https://github.com/你的用户名/你的仓库名.git
# 推送本地代码到远程
git push -u origin main
# 拉取远程更新
git pull origin main
# 克隆别人的项目
git clone https://github.com/别人的用户名/项目名.git我个人习惯，每天下班前push一次，哪怕代码没写完。这样万一电脑坏了，代码还在云端，心里踏实。
2.4 虚拟环境管理
虚拟环境，说白了就是给每个项目一个独立的Python小房间。A项目用requests 2.25，B项目用requests 2.28，互不打架。没有虚拟环境，全局装库，早晚出问题。
2.4.1 venv（Python内置）
Python 3.3以上自带venv，不用额外安装。
# 创建虚拟环境
python -m venv venv
# 激活（Windows）
venv\Scripts\activate
# 激活（Mac/Linux）
source venv/bin/activate
# 退出虚拟环境
deactivate激活后，命令行前面会出现(venv)字样，说明你已经在虚拟环境里了。这时候pip install的库，只会装在这个项目里，不影响全局。
2.4.2 pipenv（更高级）
venv虽然简单，但管理依赖不够方便。pipenv把包管理和虚拟环境合二为一，还自动生成Pipfile和Pipfile.lock，记录依赖版本。
# 安装pipenv
pip install pipenv
# 创建虚拟环境并安装依赖
pipenv install requests
# 激活虚拟环境
pipenv shell
# 安装开发依赖
pipenv install --dev pytest
# 生成requirements.txt
pipenv lock -r > requirements.txt2.4.3 虚拟环境的最佳实践
- 每个项目一个虚拟环境，不要共用
- 虚拟环境目录不要提交到Git，在.gitignore里加上venv/或.venv/
- 用requirements.txt或Pipfile记录依赖，方便别人复现
- 定期清理不用的虚拟环境，省磁盘空间
嗯，到这里，开发环境全家桶就搭好了。Python版本管理、VS Code武装、Git版本控制、虚拟环境隔离，四件套齐全。接下来，你就可以安心写RPA脚本了，不会再被环境问题绊倒。
记住：工欲善其事，必先利其器。环境搭得好，开发效率翻倍。别嫌麻烦，这一步值得花时间。