[python]pip,pipenv总结

前言

最近负责的项目接口自动化准备接入Jenkins持续集成，在Jenkins进行配置时遇到本地环境和运维Jenkins环境不一致的问题。
由于我在编写脚本时均使用pip install直接安装包体，未进行包体/环境的管理，导致直接接入Jenkins时运维服务器上缺少项目运行环境，为了解决该问题特引入pipenv。
以下为初步学习的总结，如有错误或遗漏欢迎指出。

python包管理历史

原文：Python包管理历史

总结
编写过python项目的同学应该都有引用过三方包的经历，三方包需要先经过安装才可在代码中引用成功。
了解关于python中包体安装的历史，帮助我更好地理解pip,pipenv的区别。
针对“如何安装三方包”，我这边总结为四个阶段：
阶段一：下载包体，使用Python setup.py install命令
阶段二：下载包体，使用easy_install 包名，自动下载包和对应依赖
阶段三：pip出现，使用pip install的方式单次或批量安装包体及对应依赖
阶段四：pipenv出现，建立项目虚拟环境的同时管理包和对应依赖

原文摘要

最初的时候，我们有了Python，但是没有干净的方法来安装软件包，早期的时候，当用户想安装包时，需要先从网上把文件下载下来，解压，然后执行Python setup.py install,就能将包安装好。
后来有了PyPI，开发者可以把他们的包上传到上面，然后其他开发者可以从这里下载他们需要的包，然后再执行python setup.py install 进行安装，但是这样还是存在许多的问题，比如说：整个过程需要人工，不方便自动化，无法安装多个不同版本等等。
再后来有了easy_install，当用户想要安装某个包的是否，只要执行easy_install 包名，工具就会自动把包以及依赖下载下来进行安装，这解决了无法自动化的问题，但是这种方法又带来了新的问题，只能安装，却没有方法卸载。
到了2008年，pip出现了，还引入了requirements files的概念，可以使用户非常方便的复制Python环境。比如说安装某个包，执行pip install 包名，需要卸载，执行pip uninstall 包名，需要批量安装，执行pip install -r requirements.txt。直到现在，pip已经成为非常好用的包管理工具了。pip解决了单个环境下的包管理问题，但是如果我们需要在一台机器上开发多个项目，这多个项目用到了相同包的不同版本，这就成了非常棘手的问题了。
为了解决这个问题，virtualenv出现了。virtualenv可以为每个项目创建一套隔离的Python环境，再使用pip进行包管理。目前pip+virtualenv是目前比较主流的Python开发流程。慢慢的这种方式也逐渐暴露出了缺点，比如pip的requirements.txt过于简单，没办法表示具体的依赖关系，需要使用两个工具（pip+virtualenv࿰