Pipenv带给我的便利性

过去不便捷的点（还算不上痛点）：
1. 系统的python库越安装越多，慢慢就会出现版本不兼容、冲突的告警；
例如（mitmproxy 0.18.2 has requirement Flask<0.12,>=0.10.1, but you’ll have flask 0.12.2 which is incompatible.
）
2. 使用虚拟环境，经常要activate和deactivate的切换；
3. 虚拟环境经常会公用(例如python3），导致越来越大，安装了什么都不确定；
4. requirements.txt经常要看代码import情况，手动添加，加上运行、测试来保证不多不少，很low；
5. jenkins持续集成中，需要另外的描述，才能在持续集成中加入pylint，lizard，pytest等库；
6. requirements.txt由于是手动添加，一般都不会写版本（否则工作量太大），导致集成中的软件版本可能比开发新。（实际碰到elasticsearch库，它版本的升级，改变了api，会让原有业务代码失败，如果没有测试用例覆盖这里，部署的版本就会存在问题）

在已有项目上升级为pipenv：
假设一个项目使用python3，项目已有requirements.txt
pipenv install –three
即可完成初始化，程序创建项目级的虚拟环境，自动查找requirements.txt并转化。

建议dev-packages和deploy-packages分开，dev-packages除了采用：
pipenv install –dev xx_library
更建议采用移植的方式实现，因为开发包具有一定的通用性。
在已知的应用pipenv老项目中：
pipenv lock –requirements –dev > requirements-dev.txt
将开发包导出到requirements-dev.txt，并放到新项目中。
新项目中：
pipenv install -r requirements-dev.txt –dev
即可安装老项目一样的开发包。

注意：
老项目使用python2，新项目使用python3，采用导出安装，可能会有点问题，例如future库，就无法用在python3中。

例子：
创建：
pipenv install –three
（等价 pipenv –three ; pipenv install -r requirements.txt）
安装
pipenv install xx (–dev) 或 pipenv install -r xxxx.txt (–dev)
使用：
pipenv run python xxx.py
（推荐alias prp=’pipenv run python’， prp xxx.py即可执行）

原来pytest，lizard是全局安装的，因此，不能直接使用，可以采用python -m的方式即可执行虚拟环境的pytest, lizard
prp -m pytest
prp -m lizard