通常、サードパーティ製モジュールのインストールには pip を使用することに慣れていますが、このインストール プロセスが簡単である理由は、モジュール開発者が複雑な作業はすべて排除され、このプロセスは パッケージング です。
パッケージ化とは、ソース コードをさらにカプセル化し、すべての展開作業を事前に手配することで、ユーザーは展開方法を気にすることなく、入手後すぐにインストールして使用できるようになります (そうでない場合)。大量の導入ドキュメントに基づいて手動で実行する場合は、その必要はありません)。
Python は長年開発されてきたため、プロジェクトのパッケージ化ツールも非常に成熟しました。これらは何ですか?
disutils、distutils、distutils2、setuptools などについて聞いたことがあるかもしれません。これらはよく知られているようで、同時に馴染みのないものです。それらの間にはどのような関係がありますか?
distutils は Python の標準ライブラリです 名前からして配布ツール (utlis) であることが分かります 公式に開発された配布・パッケージ化ツールです後続のすべてのパッケージ化ツールは Python に基づいて開発されています。
distutils の本質は、モジュールの配布とインストールのためのガイダンス ファイルである setup.py を記述することにあります。
それでは、setup.py はどのように書くのでしょうか? 内容はたくさんありますが、後で詳しく分析しますので、気長に読んでください。
setup.py を書いたことはないかもしれませんが、モジュールをインストールするためによく使用する次のコマンドなど、いくつかのことを行うために setup.py を使用したことは間違いありません。
$ python setup.py install
このようなインストール方法を ソースコードインストール と呼び、後ほど紹介する バイナリソフトウェアパッケージのインストール に相当します。
setuptools は distutils の拡張バージョンであり、標準ライブラリには含まれていません。開発者が Python パッケージをより適切に作成および配布できるように、多くの機能が拡張されています。ほとんどの Python ユーザーは、より高度な setuptools モジュールを使用します。
distribute、おそらく他の場所で見たことがあるかもしれないので、ここで言及します。
distribute は、setuptools にブランチ バージョンがあることを意味します。ブランチの理由は、一部の開発者が setuptools の開発が遅すぎると考えているためである可能性があります。しかし現在、distribute は setuptools に再びマージされています。したがって、それらは同じものであると考えることができます。
distutils2 という大規模なパッケージ配布ツールもあります。これは、distutils、 detuptools を最大限に活用して配布し、Python 標準ライブラリの標準ツールにしようとしています。しかし、この計画は所期の目的を達成できず、放棄されたプロジェクトとなっています。
したがって、setuptools は、優れた信頼性の高い Python パッケージのインストールおよび配布ツールです。
pycharm を通じて仮想環境を作成すると、setuptools ツールがデフォルトでインストールされます。
setuptools をインストールすると、easy_install というサードパーティ管理ツールが使用できるようになりますが、これも distutils と区別する大きな改善点です。
ここでその使用法を簡単に紹介しますが、使用されることはほとんどありません。
最初にパッケージのインストールです
安装 # 通过包名，从PyPI寻找最新版本，自动下载、编译、安装 $ easy_install pkg_name # 通过包名从指定下载页寻找链接来安装或升级包 $ easy_install -f http://pythonpaste.org/package_index.html # 指定线上的包地址安装 $ easy_install http://example.com/path/to/MyPackage-1.2.3.tgz # 从本地的 .egg 文件安装 $ easy_install xxx.egg # 在安装时你可以添加额外的参数 指定安装目录：--install-dir=DIR, -d DIR 指定用户安装：--user 升级 # 从 pypi 中搜索并升级包 $ easy_install --upgrade pkg_name # 指定版本进行升级 $ easy_install "SomePackage==2.0" 删除 $ easy_install -m pkg_name
要約すると、setuptools はパッケージ配布用の公式の専門ツールであり、インストールの観点から見ると、その機能は実にシンプルです。その重要性は、パッケージの配布に非常に役立つことです。カスタマイズ プログラムは非常に高度であり、バージョン パッケージのリリースに今でも使用しています。
Python パッケージの配布は 2 つのタイプに分類できます:
ソースの形式でリリースコード パッケージ
バイナリ パッケージとしてリリース
ソース パッケージとしてリリースされたパッケージをインストールするプロセスは、まず解凍し、次にコンパイルし、最後に install (上記の Python は setup.py install) するため、クロスプラットフォームですが、インストールごとにコンパイルが必要なため、バイナリ パッケージのインストール方法よりもインストール速度が遅くなります。
ソース コード パッケージの本質は圧縮パッケージであり、その一般的な形式は次のとおりです:
バイナリパッケージ インストール処理はコンパイル処理を省略し、直接解凍してインストールするため、ソースコードパッケージよりもインストール速度が速くなります。
異なるプラットフォーム用にコンパイルされたパッケージは汎用的に使用できないため、複数のプラットフォーム用のパッケージを公開する場合は、事前にコンパイルする必要があります。
バイナリ パッケージの一般的な形式は次のとおりです:
Egg 形式は setuptools によって導入されました。 2004 年に、Wheel フォーマットは 2012 年に PEP427 によって定義されました。 Wheel は Egg に代わるものとして登場しましたが、その本質は zip パッケージであり、現在では Python バイナリ パッケージの標準形式とみなされています。
Wheel と Egg の主な違いは次のとおりです:
Wheel には公式の PEP427 定義がありますが、Egg には PEP 定義がありません
Wheel 是一种分发格式，即打包格式。而 Egg 既是一种分发格式，也是一种运行时安装的格式，并且是可以被直接 import
Wheel 文件不会包含 .pyc 文件
Wheel 使用和 PEP376 兼容的 .dist-info 目录，而 Egg 使用 .egg-info 目录
Wheel 有着更丰富的命名规则。
Wheel 是有版本的。每个 Wheel 文件都包含 wheel 规范的版本和打包的实现
Wheel 在内部被 sysconfig path type 管理，因此转向其他格式也更容易
wheel 包可以通过 pip 来安装，只不过需要先安装 wheel 模块，然后再使用 pip 的命令。
$ pip install wheel $ pip wheel --wheel-dir=/local/wheels pkg
打包分发最关键的一步是编写 setup.py 文件。
以下是一个 setup.py 简单的使用示例
from setuptools import setup, find_packages
setup(
name="mytest",
version="1.0",
author="name",
author_email="name@163.com",
# 项目地址
url="https://github.com/test/mytest",
description="Learn to Pack Python Module",
# 你要安装的包，通过 setuptools.find_packages 自动发现当前目录下有哪些包
packages=find_packages()
)接下来，我将慢慢扩充这个setup函数，增加更多的参数，以便你能理解setup函数能做哪些事情。
有些库并不是在所有的 Python 版本中都适用的，若一个库安装在一个未兼容的 Python 环境中，理论上不应该在使用时才报错，而应该在安装过程就使其失败，提示禁止安装。
这可以使用 python_requires 来实现。
setup(
...
python_requires='>=2.7, <=3',
)from setuptools import setup, find_packages
setup(
...
# 表明当前模块依赖哪些包，若环境中没有，则会从pypi中下载安装
install_requires=['docutils>=0.3'],
# setup.py 本身要依赖的包，这通常是为一些setuptools的插件准备的配置
# 这里列出的包，不会自动安装。
setup_requires=['pbr'],
# 仅在测试时需要使用的依赖，在正常发布的代码中是没有用的。
# 在执行python setup.py test时，可以自动安装这三个库，确保测试的正常运行。
tests_require=[
'pytest>=3.3.1',
'pytest-cov>=2.5.1',
],
# 用于安装setup_requires或tests_require里的软件包
# 这些信息会写入egg的 metadata 信息中
dependency_links=[
"http://example2.com/p/foobar-1.0.tar.gz",
],
# install_requires 在安装模块时会自动安装依赖包
# 而 extras_require 不会，这里仅表示该模块会依赖这些包
# 但是这些包通常不会使用到，只有当你深度使用模块时，才会用到，这里需要你手动安装
extras_require={
'PDF': ["ReportLab>=1.2", "RXP"],
'reST': ["docutils>=0.3"],
}
)from setuptools import setup, find_packages
setup(
name="mytest",
version="1.0",
author="name",
author_email="name@163.com",
description="Learn to Pack Python Module",
url="https://github.com/test/mytest",
packages=find_packages(),
# 安装过程中，需要安装的静态文件，如配置文件、service文件、图片等
data_files=
[
('', ['conf/*.conf']),
('/usr/lib/systemd/system/', ['bin/*.service']),
],
# 希望被打包的文件
package_data={
'':['*.txt'],
'bandwidth_reporter':['*.txt']
},
# 不打包某些文件
exclude_package_data={
'bandwidth_reporter':['*.txt']
}
)classifiers 参数说明包的分类信息。
示例：
from setuptools import setup, find_packages
setup(
classifiers = [
# 发展时期,常见的如下
# 3 - Alpha
# 4 - Beta
# 5 - Production/Stable
'Development Status :: 3 - Alpha',
# 开发的目标用户
'Intended Audience :: Developers',
# 属于什么类型
'Topic :: Software Development :: Build Tools',
# 许可证信息
'License :: OSI Approved :: MIT License',
# 目标 Python 版本
'Programming Language :: Python :: 2',
'Programming Language :: Python :: 2.7',
'Programming Language :: Python :: 3',
'Programming Language :: Python :: 3.3',
'Programming Language :: Python :: 3.4',
'Programming Language :: Python :: 3.5',
]
)from setuptools import setup, find_packages
setup(
...
# 用来支持自动生成脚本，安装后会自动生成 /usr/bin/foo 的可执行文件
# 该文件入口指向 foo/main.py 的main 函数
entry_points={
'console_scripts': [
'foo = foo.main:main'
]
},
# 将 bin/foo.sh 和 bar.py 脚本，生成到系统 PATH中
# 执行 python setup.py install 后会生成 如 /usr/bin/foo.sh 和 如 /usr/bin/bar.py
scripts=['bin/foo.sh', 'bar.py']
)上面的 scripts 里有的脚本中有 sh 和 py 后缀，那么安装后，setuptools 会原封不动的移动到 /usr/bin 中，并添加可执行权限。
setup.py 里只能指定 version，而不能指定 release，如果你需要变更版本号，可以使用 --release 参数进行指定
python setup.py bdist_rpm --release=20200617
setup.py 的参数非常多，能够不借助文档写好一个setup.py好像没那么简单。为了备忘，我整理了 setup 函数常用的一些参数：
a、构建源码发布包。
用于发布一个 Python 模块或项目，将源码打包成 tar.gz (用于 Linux 环境中)或者 zip 压缩包(用于 Windows 环境中)
$ python setup.py sdist
那这种包如何安装呢?
答案是，使用下一节即将介绍的 setuptools 中提供的 easy_install 工具。
$ easy_install xxx.tar.gz
使用 sdist 将根据当前平台创建默认格式的存档。在类 Unix 平台上，将创建后缀后为 .tar.gz 的 gzip 压缩的tar文件分发包，而在Windows上为 ZIP 文件。
当然，你也可以通过指定你要的发布包格式来打破这个默认行为
$ python setup.py sdist --formats=gztar,zip
你可以指定的格式有哪些呢?
创建一个压缩的tarball和一个zip文件。可用格式为：
对以上的格式，有几点需要注意一下：
在版本3.5中才添加了对 xztar 格式的支持
zip 格式需要你事先已安装相应的模块：zip程序或zipfile模块(已成为Python的标准库)
ztar 格式正在弃用，请尽量不要使用
另外，如果您希望归档文件的所有文件归root拥有，可以这样指定
python setup.py sdist --owner=root --group=root
b、构建二进制分发包。
在windows中我们习惯了双击 exe 进行软件的安装，Python 模块的安装也同样支持 打包成 exe 这样的二进制软件包。
$ python setup.py bdist_wininst
而在 Linux 中，大家也习惯了使用 rpm 来安装包，对此你可以使用这条命令实现 rpm 包的构建
$ python setup.py bdist_rpm
若你喜欢使用 easy_install 或者 pip 来安装离线包。你可以将其打包成 egg 包
$ python setup.py bdist_egg
若你的项目，需要安装多个平台下，既有 Windows 也有 Linux，按照上面的方法，多种格式我们要执行多次命令，为了方便，你可以一步到位，执行如下这条命令，即可生成多个格式的进制包
$ python setup.py bdist
正常情况下，我们都是通过以上构建的源码包或者二进制包进行模块的安装。
但在编写 setup.py 的过程中，可能不能一步到位，需要多次调试，这时候如何测试自己写的 setup.py 文件是可用的呢?
这时候你可以使用python setup.py install命令，它会将你的模块安装至系统全局环境中.
如若你的项目还处于开发阶段，频繁的安装模块，也是一个麻烦事。
这时候你可以使用这条命令安装，该方法不会真正的安装包，而是在系统环境中创建一个软链接指向包实际所在目录。这边在修改包之后不用再安装就能生效，便于调试。
$ python setup.py develop
通过上面的学习，你一定已经学会了如何打包自己的项目，若你觉得自己开发的模块非常不错，想要 share 给其他人使用，你可以将其上传到 PyPi (Python Package Index)上，它是 Python 官方维护的第三方包仓库，用于统一存储和管理开发者发布的 Python 包。
如果要发布自己的包，需要先到 pypi 上注册账号。然后创建 ~/.pypirc 文件，此文件中配置 PyPI 访问地址和账号。如的.pypirc文件内容请根据自己的账号来修改。
典型的 .pypirc 文件
[distutils] index-servers = pypi [pypi] username:xxx password:xxx
然后使用这条命令进行信息注册，完成后，你可以在 PyPi 上看到项目信息。
$ python setup.py register
注册完了后，你还要上传源码包，别人才使用下载安装
$ python setup.py upload
以上がPython で setup.py ファイルを使用するにはどうすればよいですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
