从下面部分可以大致了解一下各个工具的由来和区别，推荐Python打包工具这篇文章，来自图灵社区的一篇翻译文，很详细的解释了Python打包工具的发展。
下面部分转载自:Yang Yubo's blog
当前的包管理工具链是 easy_install/pip + distribute/setuptools + distutils, 显得较为混乱。
而将来的工具链组合非常简单：pip + distutils2
distutils
Python 自带的基本安装工具, 适用于非常简单的应用场景; 使用:
为项目创建 setup.py 脚本
执行 setup.py install 可进行安装
setuptools
针对 distutils 做了大量扩展, 尤其是加入了包依赖机制. 在部分 Python 子社区已然是事实上的标准;
distribute
由于 setuptools 开发进度缓慢, 不支持 Python 3, 代码混乱, 一帮程序员另起炉灶, 重构代码, 增加功能, 希望能够取代 setuptools 并被接纳为官方标准库, 他们非常努力, 在很短的时间便让社区接受了 distribute;
easy_install
setuptools 和 distribute 自带的安装脚本, 也就是一旦 setuptools 或 distribute 安装完毕, easy_install 也便可用. 最大的特点是自动查找 Python 官方维护的包源 PyPI , 安装第三方 Python 包非常方便; 使用:
setuptools / distribute 都只是扩展了 distutils easyinstall [PACKAGENAME] 自动从 PyPI 查找/下载/安装指定的包;
pip
pip 的目标非常明确 – 取代 easyinstall. easyinstall 有很多不足: 安装事务是非原子操作, 只支持 svn, 没有提供卸载命令, 安装一系列包时需要写脚本; pip 解决了以上问题, 已俨然成为新的事实标准, virtualenv 与它已经成为一对好搭档; 使用:
安装: pip install [PACKAGENAME] 卸载: pip uninstall [PACKAGENAME] 支持从任意能够通过 VCS 或浏览器访问到的地址安装 Python 包
distutils2
setuptools 和 distribute 的诞生是因为 distutils 的不济, 进而导致目前分化的状况. 而 Guido 并未接纳 distribute 为官方标准, 并说明了原因. 开发者在失落之余明确了新的方向和任务 – distutils2, 它将成为 Python 3.3 的标准库 packaging , 并在其它版本中以 distutils2 的身份出现; 换句话说, 它和 pip 将联手结束目前混乱的状况;
zc.buildout
这是一个臃肿的安装、部署系统, 在 Zope 社区运用教广, 功能强大/繁复但使用场景有限, 除非确有需要, 不值得投入太多的精力去研究, pip + virtualenv + fabric 的工具链组合更为简单、灵活.
参考
Why use pip over easy_install?
Differences between distribute, distutils and setuptools?
The fate of Distutils – Pycon Summit + Packaging Sprint detailed report
A Quick Diff between Distutils and Distutils2
5 tips for packaging your Python projects