一、困惑
作為一個 Python 初學者，我在包管理上感到相當疑惑（嗯，是困惑）。主要表現在下面幾個方面：
- 這幾個包管理工具有什麼不同？
- distutils
- setuptools
- distribute
- disutils2
- distlib
- pip
- 什麼時候該用pip，什麼時候該用
setup.py，它們有關係麼？ easy_install、ez_setup.py、setup.py、setup.cfg分別都是幹啥的？- wheel 和 pip 的關係？
- Egg 和 whl 的關係？
- 如何釋出自己的模組（釋出到PyPI）？
- 如何進行模組的私有釋出（不釋出到PyPI）？
為了弄清這些問題，我找了許多資料。最後發現最好的資料還是 python 的官方文件。
下面是閱讀了所有我找到的資料後的一個總結，希望能幫到幾個月後又把這些全部忘光的那個自己。
二、python 包管理工具大亂鬥
我用時間順序來描述亂鬥過程。
1. distutils
distutils 是 python 標準庫的一部分，2000年釋出。使用它能夠進行 python 模組的 安裝 和 釋出。
setup.py 就是利用 distutils 的功能寫成，我們可以看一個簡單的 setup.py 的例子。
在這裡可以看到關於 setupt.py 格式的所有詳細描述：Writing the Setup Script。
要安裝一個模組到當前的 python 環境中，可以使用這個模組提供的 setup.py 檔案：
|
1 |
python setup.py install |
下面的程式碼會釋出一個 python 模組，將其打包成 tar.gz 或者 zip 壓縮包：
|
1 |
python setup.py sdist |
甚至能打包成 rpm 或者 exe 安裝包：
|
1 2 |
python setup.py bdist_rpm python setup.py bdist_wininst |
2. setuptools 和 distribute
setuptools 是一個為了增強 distutils 而開發的集合，2004年釋出。它包含了 easy_install 這個工具。
ez_setup.py 是 setuptools 的安裝工具。ez 就是 easy 的縮寫。
簡單的說，setuptools 是一個專案的名稱，是基礎元件。而 easy_install 是這個專案中提供的工具，它依賴基礎元件工作。
為了方便描述，下面文章中提到的 setuptools 被認為與 easy_install 同義。
使用 setuptools 可以自動 下載、構建、安裝和管理 python 模組。
例如，從 PyPI 上安裝一個包：
|
1 |
easy_install SQLObject |
下載一個包檔案，然後安裝它：
|
1 |
easy_install http://example.com/path/to/MyPackage-1.2.3.tgz |
從一個 .egg 格式安裝：
|
1 |
easy_install /my_downloads/OtherPackage-3.2.1-py2.3.egg |
distribute 是 setuptools 的一個分支版本。分支的原因可能是有一部分開發者認為 setuptools 開發太慢了。但現在，distribute 又合併回了 setuptools 中。因此，我們可以認為它們是同一個東西。事實上，如果你檢視一下 easy_install 的版本，會發現它本質上就是 distribute 。
|
1 2 |
# easy_install --version distribute 0.6.28 |
3. Eggs
Eggs 格式是 setuptools 引入的一種檔案格式，它使用 .egg 副檔名，用於 Python 模組的安裝。
setuptools 可以識別這種格式。並解析它，安裝它。
想要詳細瞭解，可以看看這篇：The Quick Guide to Python Eggs。
Eggs are to Pythons as Jars are to Java..
4. pip
注意，從此處開始，easy_install 和 setuptools 不再同義。
pip 是目前 python 包管理的事實標準，2008年釋出。它被用作 easy_install 的替代品，但是它仍有大量的功能建立在 setuptools 元件之上。
pip 希望不再使用 Eggs 格式（雖然它支援 Eggs），而更希望採用“原始碼發行版”（使用 python setup.py sdist 建立）。這可以充分利用 Requirements File Format 提供的方便功能。
pip 可以利用 requirments.txt 來實現在依賴的安裝。在 setup.py 中，也存在一個 install_requires 表來指定依賴的安裝。它們的區別在哪裡？可以看這篇文章：setup.py vs requirements.txt （中文版）。
pip 支援 git/svn/hg 等流行的 VCS 系統，可以直接從 gz 或者 zip 壓縮包安裝，支援搜尋包，以及指定伺服器安裝等等功能。
pip vs easy_install 詳細介紹了兩者的不同。它們可以說是各佔勝場，但 pip 明顯優勢更大。
5. wheel
wheel 本質上是一個 zip 包格式，它使用 .whl 副檔名，用於 python 模組的安裝，它的出現是為了替代 Eggs。
wheel 還提供了一個 bdist_wheel 作為 setuptools 的擴充套件命令，這個命令可以用來生成 wheel 包。
pip 提供了一個 wheel 子命令來安裝 wheel 包。當然，需要先安裝 wheel 模組。
setup.cfg 可以用來定義 wheel 打包時候的相關資訊。
Wheel vs Egg 詳細介紹了 wheel 和 Eggs 格式的區別，很顯然，wheel 優勢明顯。
Python Wheels 網站展示了使用 Wheels 發行的 python 模組在 PyPI 上的佔有率。
pypip.in 也支援 wheel。
6. distutils2 和 distlib
distutils2 被設計為 distutils 的替代品。從2009年開發到2012年。它包含更多的功能，並希望以 packaging 作為名稱進入 python 3.3 成為標準庫的一部分。但這個計劃 後來停滯了 。
distlib 是 distutils2 的部分，它為 distutils2/packaging 提供的低階功能增加高階 API，使其便於使用。
這裡 介紹了 distlib 沒有進入 python 3.3 標準庫的一些原因。
因此，可以暫時不必瞭解這兩個工具，靜觀其變即可。
三、工具選擇
如果仔細看過上面的亂鬥內容，我相信你已經清楚當前應該如何選擇了。
對於我這樣剛剛開始的新手來說，自然是使用 pip 而不使用 easy_install 了。
如果釋出模組，當然是使用 wheel 格式。
四、釋出自己的模組
對於 python3 程式設計師來說，當然應該先看這一篇：Distributing Python Modules。
另外，Tutorial on Packaging and Distributing Projects 也足夠詳細和官方。
而 Python2 程式設計師則應該看這篇 Distributing Python Modules 。
當然，setuptools 的官方文件也是不錯的教程：Building and Distributing Packages with Setuptools 。
這篇教程可以用來入門：Sharing Your Labor of Love: PyPI Quick and Dirty
至於如何釋出自己的模組到 PyPI 或者搭建自己的私有包管理伺服器，上面的文章已經講得非常清楚了。
五、引用
上面提到的大部分資料，都是在這裡找到，或者是提到：Python Packaging User Guide。
感謝這篇文章，讓我不再糾結，然後又下決心寫了本文繼續糾結：Differences between distribute, distutils, setuptools and distutils2? 。
這篇文章也比較碎：關於python中的setup.py，而且比本文範例更多。