setuptools与distutils：为什么distutils仍然是一回事？

Python就可以用于包装和说明项目工具混淆历史：这些包括distutils标准库中，distribute，distutils2，和setuptools（也许更多）。看来，distribute并distutils2投票赞成的停产setuptools，这让两个相互竞争的标准。

据我所知，setuptools提供了更多的选择（例如，声明依赖项，测试等）distutils，但是它没有包含在Python标准库中（还可以吗？）。

现在推荐《Python打包用户指南》 [ 1 ]：

使用setuptools定义的项目和创建源代码分发。

并说明：

尽管您可以将pure distutils用于许多项目，但它不支持定义对其他项目的依赖关系，并且缺少一些便捷实用程序来自动正确填充所提供的包元数据setuptools。在标准库之外，setuptools还为不同版本的Python提供了更一致的功能集，并且（与不同distutils）setuptools将进行更新，以在所有受支持的版本上生成即将到来的“ Metadata 2.0”标准格式。

即使对于确实选择使用的项目distutils，当pip直接从源代码（而不是从预构建的wheel文件安装）安装此类项目时，它实际上也会使用setuptools来构建您的项目。

但是，查看各种项目的setup.py文件可以发现，这似乎并不是一个实际的标准。许多软件包仍在使用，distutils而那些支持的软件包则setuptools经常setuptools与distutils回退导入结合使用：

try:
    from setuptools import setup
except ImportError:
    from distutils.core import setup

然后尝试找到一种写可以由setuptools和安装的安装程序的方法distutils。由于distutils不支持设置功能中的依赖关系，因此通常包括各种容易出错的依赖关系检查方式。

人们为什么还要付出额外的努力来支持distutils- setuptools标准库中没有的事实是唯一的原因吗？distutils编写仅支持setup.py文件的优点和缺点是什么setuptools？

看看这个SO问题。它很好地解释了所有打包方法，并可能在某种程度上帮助您回答问题：distribute，distutils，setuptools和distutils2之间的区别？

Distutils仍然是使用Python打包的标准工具。它包含在标准库中（Python 2和Python 3.0至3.3）。它对简单的Python发行版很有用，但缺少功能。它介绍了可以在setup.py脚本中导入的distutils Python软件包。

Setuptools是为克服Distutils的限制而开发的，未包含在标准库中。它引入了一个名为easy_install的命令行实用程序。它还介绍了可以在setup.py脚本中导入的setuptools Python软件包，以及可以在您的代码中导入以查找随发行版一起安装的数据文件的pkg_resources Python软件包。它的陷阱之一是它对distutils Python软件包进行了猴子修补。它应该与pip配合良好。最新版本于2013年7月发布。

因此，正如您所见，setuptools应该比distutils更受青睐，而且我知道您的问题是从哪里来的，但是我看不到distutils会很快失去支持，因为简单地说，它在许多情况下都与一些流行的旧版程序一起使用。 。正如您可能知道的那样，在旧版程序中更改此类操作可能会很痛苦，并且会遇到很多问题，例如不兼容，这将导致开发人员不得不重写源代码。因此，distutils是标准python库的一部分，而setuptools不是。因此，如果您现在正在创建python程序，请使用setuptools，但是请记住，如果没有distutils，setuptools将永远不存在。

事实是setuptools不在标准库中的唯一原因

那是原因之一。以下直接来自NumPysetup.py：

if len(sys.argv) >= 2 and ('--help' in sys.argv[1:] or
        sys.argv[1] in ('--help-commands', 'egg_info', '--version',
                        'clean')):
    # Use setuptools for these commands (they don't work well or at all
    # with distutils).  For normal builds use distutils.
    try:
        from setuptools import setup
    except ImportError:
        from distutils.core import setup

因此，NumPy setuptools希望找到它。但是后来SciPy才这样做，直到在某些情况下被修补为更喜欢它为止distutils。引用提交日志：

Setuptools sets mode +x on the test scripts, so that Nose refuses to run
them. Better not do that.

当然，一个合并之间setuptools和distribute应该解决这一切在适当的时间，但许多软件包仍然需要支持的Python 2.6的安装。

尽管setuptools无疑是更好的工具集，但仍有许多原因值得我们讨论和使用distutils。

首先，distutils随处可见。如果您希望构建一个与他人共享的模块，并且没有任何复杂的要求，那么可以保证它可以在您的工作机器上使用。如果您必须支持旧版本的python，或者发现自己在陌生的环境中工作，那么这尤其重要。

其次，setuptools提供了对distutils的增强。因此，它是根据distutils工具集建模的，并从那里开始获取其所有结构。setuptools的文档假定读者熟悉distutils，并且仅记录其如何增强基本工具集。您可以想到distutils定义了方言，而setuptools增强了该方言。

我对新项目的个人方法是从我将要使用distutils的假设开始的。只有随着项目的增长需要设置工具的功能，我才进行升级。setuptools是distutils的替代品，它是对setup.py的单行更改。

基本上，这是由于职责划分。

setuptools不是Python标准库的一部分，因为它是由第三方而不是Python核心团队维护的。除其他外，这意味着：

• 它不包含在核心测试套件中，也不依赖于核心功能
• 它本身并没有为附加模块设置核心标准（它们的位置，导入方式，C扩展的二进制接口等）。
• 它独立于Python版本进行更新和发布

有效地，核心团队缩小了distutils的范围，自己保留了“核心标准”和“最小必要编译”部分，同时将超出此范围的所有东西（扩展的编译器/软件包格式/任何支持）留给了第三方。为了向后兼容，以前覆盖那些“扩展部分”的代码已过时。

来自分发Python模块-Python 2.7.12文档：

尽管distutils逐步淘汰了直接使用，但它仍为当前的包装和分发基础架构奠定了基础，它不仅仍然是标准库的一部分，而且其名称还可以通过其他方式（例如邮件列表的名称）保留下来。用于协调Python打包标准的开发）。

对于其他操作系统软件包同样可能提供setuptools与pip单独-由于上述原因

• 并且因为在系统上已经存在另一个软件包管理器时，它们不是必需的-甚至对可维护性有害。