Python包管理工具之间的关系
转自http://www.nowamagic.net/academy/part/13/302/
当前的包管理工具链是 easy_install/pip + distribute/setuptools + distutils, 显得较为混乱。
而将来的工具链组合非常简单：pip + distutils2。
1. distutils : Python 自带的基本安装工具，适用于非常简单的应用场景，使用：
- 为项目创建 setup.py 脚本。
- 执行 setup.py install 可进行安装。
2. setuptools : 针对 distutils 做了大量扩展, 尤其是加入了包依赖机制. 在部分 Python 子社区已然是事实上的标准。
3. distribute : 由于 setuptools 开发进度缓慢，不支持 Python 3，代码混乱，一帮程序员另起炉灶，重构代码，增加功能，希望能够取代 setuptools 并被接纳为官方标准库，他们非常努力，在很短的时间便让社区接受了 distribute。
4. easy_install : setuptools 和 distribute 自带的安装脚本，也就是一旦 setuptools 或 distribute 安装完毕，easy_install 也便可用。最大的特点是自动查找 Python 官方维护的包源 PyPI，安装第三方 Python 包非常方便。使用：
- setuptools / distribute 都只是扩展了 distutils。
- easy_install [PACKAGE_NAME] 自动从 PyPI 查找/下载/安装指定的包。
5. pip : pip 的目标非常明确 – 取代 easy_install. easy_install 有很多不足：安装事务是非原子操作，只支持 svn，没有提供卸载命令， 安装一系列包时需要写脚本。pip 解决了以上问题，已俨然成为新的事实标准，virtualenv 与它已经成为一对好搭档。使用：
- 安装: pip install [PACKAGE_NAME]
- 卸载: pip uninstall [PACKAGE_NAME]
- 支持从任意能够通过 VCS 或浏览器访问到的地址安装 Python 包
6. distutils2 : setuptools 和 distribute 的诞生是因为 distutils 的不济，进而导致目前分化的状况。而 Guido 并未接纳 distribute 为官方标准，并说明了原因。开发者在失落之余明确了新的方向和任务 – distutils2，它将成为 Python 3.3 的标准库 packaging，并在其它版本中以 distutils2 的身份出现。换句话说，它和 pip 将联手结束目前混乱的状况。(但是就我搜索了解的情况，这个计划已经搁置了。)
7. zc.buildout : 这是一个臃肿的安装、部署系统，在 Zope 社区运用教广，功能强大/繁复但使用场景有限，除非确有需要，不值得投入太多的精力去研究，pip + virtualenv + fabric 的工具链组合更为简单、灵活。
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
