虚拟环境管理真是个让人又爱又恨的话题，作为开发者，我敢说90%的依赖问题都和不规范的虚拟环境使用有关。前几天团队里有个新人就因为直接在系统Python里装包，把整个开发环境搞崩了。这让我不禁思考，到底什么样的虚拟环境管理才算得上是”最佳实践”？经过这几年的项目实战，我发现了一些值得分享的经验。
项目隔离的黄金法则
虚拟环境的本质是隔离，但很多人容易踩的坑是”过度隔离”。我曾经接手过一个项目，发现里面有5个虚拟环境，结果每个环境只有微小的依赖差异——这简直就是维护的噩梦！现在我坚持”一个业务单元一个环境”的原则，比如前端和后端就应该分开，但同一个服务的多个微模块完全可以共用一个环境。
依赖管理的艺术
说到依赖，很多人只知道用pip freeze > requirements.txt，但这其实是个危险操作！前阵子我们项目就因为这样打包了带本地路径的开发依赖，导致部署时炸锅。我现在的做法是分三个文件：requirements.in记录原始依赖，requirements.txt通过pip-compile生成精确版本，再加个dev-requirements.txt放开发工具。虽然麻烦点，但能让生产环境更加可控。
另一个容易忽视的点是Python版本管理。你知道吗？用pyenv管理多个Python版本，再配合虚拟环境，能解决80%的”在我机器上是好的”这类问题。我团队现在的标准流程是：项目文档第一行就写明Python版本和虚拟环境创建命令。
CI/CD环境下的特殊处理
在持续集成环境里，每次都要创建虚拟环境确实很耗时间。我们的解决方案是用--cache-dir参数缓存pip包，测试环境的构建时间直接从5分钟降到了30秒。不过要注意，docker环境下最好还是别用虚拟环境了——容器本身已经提供了隔离，再套一层虚拟环境就像给雨衣外面又打了把伞，纯粹是多此一举。
虚拟环境管理看似简单，但要玩得溜还真得交几次”学费”。我现在养成的最佳习惯是：每个新项目第一件事就是创建虚拟环境，就像程序员版的”饭前洗手”。相信我，这个好习惯绝对能帮你省下无数个debug的深夜。
评论