日常工作中,我们经常为更方便地建模,会自己封装一些函数,从而在每次导入时能更方便。这种方式的话,需要先将自定的包导入到系统环境中去,然后再进行引用,具体代码如下所示:
import syssys.path.append("/home/yumingmin/itools")from db.impala_hive import ImpalaHiveRunner
通过上述方式,确实可以把大大提高代码的复用性,但是也会有一个问题存在,就是每次调用需要先使用 sys 库添加自定义包,而且如果你封装的函数要给同事使用的话,就必须把文件传给他。我们期望的是,能够将自定义库进行打包后,能够通过 pip 直接进行安装,并且可以像 Pandas、NumPy 一样很方便的使用。
接下来,我们就来事先这样一个包 itools,最终达到的逾期效果如下,让我们是马上开始吧。
from itools.db.impala_hive import ImpalaHiveRunner
1.1 项目结构
所需要打包的 itools 文件目录结构具体如下:
$ tree itoolsitools├── itools│ ├── db│ │ ├── check.py│ │ ├── done.py│ │ ├── hdfs.py│ │ ├── impala_hive.py│ │ ├── __init__.py│ │ └── mysql.py│ ├── feature│ │ ├── build_features.py│ │ ├── eda.py│ │ └── __init__.py│ ├── __init__.py│ └── resources│ ├── pics│ │ ├── p1.jpg│ │ └── p2.jpg│ └── sqls│ └── tmp.sql├── README.md├── setup.py└── LICENSE
1.2 编写setup.py文件
上述文件目录中,我们已经添加了打包文件 📝setup.py,我们来看下具体文件中有什么内容:
from setuptools import setup, find_packagessetup(name="itools",version="0.1.0",packages=find_packages(),install_requires=["requests", "hdfs", "tqdm"],include_package_data=True,url="http://git.ppdaicorp.com/yumingmin/itools",license='GPL',author="yumingmin",author_email="yumingmin@xinye.com",description="Python tools for ml",platforms="any",entry_points={"console_scripts": ["i2s=itools.i2s:main"]})
接下来然后我们看下这些参数的含义:
| 参数 | 解释 | 
|---|---|
| name | 包名称。注意:如果需要上传到 pypi,则不可以与已有的项目相同 | 
| version | 包版本 | 
| author | 程序的作者 | 
| author_email | 程序作者的邮箱 | 
| maintainer | 维护者 | 
| maintainer_email | 维护者的邮箱地址 | 
| url | 程序的官网地址 | 
| license | 授权信息 | 
| description | 简单描述 | 
| long_description | 详细描述 | 
| platforms | 程序适用的平台列表 | 
| classifiers | 程序所属分类列表 | 
| keywords | 程序关键字列表 | 
| packages | 需要打包的目录列表,可以手动指定,也可以直接用 find_packages 函数 | 
| py_modules | 需要打包的Python文件列表 | 
| download_url | 程序下载地址 | 
| cmdclass | 添加自定义命令 | 
| data_files | 打包时需要打包的数据文件,如图片、配置文件得分 | 
| scripts | 安装时需要执行的脚本列表 | 
| install_requires | 需要安装的依赖包 | 
| include_package_data | 是否自动包含包内所有受版本控制(cvs/svn/git)的数据文件,默认True | 
| entry_points | 命令行工具,用来支持自动生成 cli 命令 | 
| keywords | 关键词 | 
| python_requires | Python版本 | 
| ext_modules | 是一个包含extension实例的列表,extension的定义也有一些参数 | 
| ext_package | 定义extension的相对路径 | 
| provides | 定义可以为哪些模块提供依赖 | 
| project_urls | 项目相关 urls | 
| package_dir | 指定哪些目录下的文件被映射到哪个源码包 | 
| exclude_package_data | 当 include_package_data 为 True 时该选项用于排除部分文件 | 
| extras_require | 当前包的高级/额外特性需要依赖的分发包 | 
| tests_require | 在测试时需要使用的依赖包 | 
| setup_requires | 指定运行 setup.py 文件本身所依赖的包 | 
| dependency_links | 指定依赖包的下载地址 | 
| zip_safe | 不压缩包,而是以目录的形式安装 | 
1.2.1 find_packages
对于简单工程来说,手动添加 packages 参数比较容易。但是对于复杂的工程来说,可能会添加很多的包,这个时候手动添加就会变得很麻烦。setuptools 模块提供了一个 find_packages 函数,它默认会在 📝setup.py 文件同处目录下搜索各个还有 📝_init.py_ 的目录作为要添加的包。
find_packages(where=".", exclude=(), include=("*",))
对 find_packages 函数参数做一下解释:
where参数用于指定在哪个目录下搜索包exclude参数用于指定排除哪些包include参数用于指定要包含的包
默认情况下,📝setup.py 文件只在其所在的目录下搜索包。如果不用 find_packages,想要找到其他目录下的包,也可以设置 package_dir 参数,其指定哪些目录下的文件被映射到哪个源码包,如:package_dir={"": "src"} 表示 root_package 中的模块都在 src 目录中。
1.2.2 package_data
该参数是一个从包名称到 glob 模式列表的字典。如果数据文件包含在包的子目录中,则 glob 可以包括子目录名称,其格式一般为:{"package_name": ["files"]}。比如:
package_data = {"mypkg": ["data/*.dat"]}
1.2.3 include_package_data
该参数被设置为 True 时自动添加包中受版本控制的数据文件,可替代 package_data。同时,exclude_package_data 可以排除某些文件。注意:当需要加入没有被版本控制的文件时,还是仍然需要使用 package_data 参数才行。
1.2.4 data_files
该参数通常用于包含不在包内的数据文件,即包的外部文件,如:配置文件、消息目录、数据文件。其指定了一系列二元组,即(目的安装目录, 源文件),表示哪些文件被安装到哪些目录中。如果目录名是相对路径,则相对于安装前缀进行解释。
1.2.5 manifest template
manifest tempate 即编写 📝MANIFEST.in 文件,文件内容就是需要包含在分发包中的文件。一个 MANIFEST.IN 文件如下:
include *.txtrecursive-include itools/resources *.sql *.default *.ttc *.jpgprune examples/sample?/build
MANIFEST.in 文件的编写规则可参考:https://docs.python.org/3.6/distutils/sourcedist.html
1.2.6 生成脚本
有两个参数:scripts 或 console_scripts,可用于生成脚本。
1.2.6.1 console_scripts
entry_points 参数用来支持自动生成脚本,其值应该为一个字典,从 entry_points 组名映射到一个表示 entry_points 的字符串或字符串列表,如:
setup(...,entry_points={"console_scripts": ["i2s=itools.i2s:main"]})
当然你也可以在 console_scripts 同时定义两个命令:
setup(...,entry_points={"console_scripts": ["i2s=itools.i2s:main","i2ss=itools.i2s:main1",]})
1.2.6.2 scripts
scripts 参数是一个列表,安装包时在该参数中列出的文件会被安装到系统 PATH 路径下。如:
scripts = ["/bin/foo.sh", "bar.py"]
使用下面的方法可以将脚本重命名,去掉脚本文件的扩展名(.py、.sh):
from setuptools.command.install_scripts import install_scriptsclass InstallScripts(install_scripts):def run(self):install_scripts.run(self)# Rename some script filesfor script in self.get_outputs():if basename.endswith(".py") or basename.endswith(".sh"):dest = script[:-3]else:continueprint("moving %s to %s" % (script, dest))shutil.move(script, dest)setup(# other arguments here...cmdclass={"install_scripts": InstallScripts})
1.2.7 ext_modules
ext_modules 参数用于构建 C 和 C++ 扩展包,它是 Extension 实例的列表,每一个 Extension 示例描述了一个独立的扩展模块,扩展模块可以设置扩展包名,头文件、源文件、链接库及其路径、宏定义和编辑参数等。如:
from setuptools import Extensionsetup(# other arguments here...ext_modules=[Extension('foo',glob(path.join(here, 'src', '*.c')),libraries = [ 'rt' ],include_dirs=[numpy.get_include()])])
详细可参考:https://docs.python.org/3.6/distutils/setupscript.html#preprocessor-options
1.2.8 zip_safe
zip_safe 参数决定包是否作为一个 zip 压缩后的 egg 文件安装,还是作为一个以 .egg 结尾的目录安装。因为有些工具不支持 zip 压缩文件,而且压缩后的包也不方便调试,所以建议将其设为 False,即 zip_safe=False。
1.2.9 自定义命令
setup.py 文件有很多内置的命令,可以使用 python setup.py --help-commands 查看。如果想要定制自己需要的命令,可以添加 cmdclass 参数,其值为一个字典。实现自定义命名需要继承 setuptools.Command 或者 disutils.core.Command,并重写 run 方法。
from setuptools import setup, Commandclass InstallCommand(Command):description = "Installs the foo."user_options = [('foo=', None, 'Specify the foo to bar.'),]def initialize_options(self):self.foo = Nonedef finalize_options(self):assert self.foo in (None, 'myFoo', 'myFoo2'), 'Invalid foo!'def run(self):install_all_the_things()setup(...,cmdclass={'install': InstallCommand,})
1.2.10 依赖关系
如果包依赖其他的包,可以指定 install_requires 参数,其值为一个列表,如:
install_requires=['requests','flask>=1.0''setuptools==38.2.4','django>=1.11, !=1.11.1, <=2','requests[security, socks]>=2.18.4',]
指定该参数后,在安装包时自动从 pypi 仓库中下载指定的依赖包进行安装。
可能包中的某些特殊的、偏门的功能,大多数情况下不会被用到,那么这些功能的依赖,就不适合放在 install_requires 里。这时就可以用 extras_require 来指定可选的功能和依赖,如:
extras_require={'security': ['pyOpenSSL>=0.14', 'cryptography>=1.3.4', 'idna>=2.0.0'],'socks': ['PySocks>=1.5.6, !=1.5.7'],}
还可以指定测试时或者执行 setup.py 时的依赖包,如:
tests_require=['pytest>=3.3.1','pytest-cov>=2.5.1',],setup_requires=['pytest-runner>=3.0',]
此外,还支持从指定链接下载依赖,即指定 dependency_links 参数,如:
dependency_links = ["http://packages.example.com/snapshots/foo-1.0.tar.gz","http://example2.com/p/bar-1.0.tar.gz",]
可以用 python_requires 来指定运行时需要的 Python 版本,如包只支持在 Python 3.6 及机上版本运行,则可以指定:
python_requires='>=3.6'
1.2.11 分类信息
classifiers 参数说明包的分类信息。所有支持的分类列表见:https://pypi.org/pypi?%3Aaction=list_classifiers,如:
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',]
1.3 setup.py 命令
setup.py 文件有很多内置命令可供使用,查看所有支持的命令:
python setup.py --help-commands
常见的命令:
| 命令 | 解释 | 
|---|---|
| build | 构建安装时所需的所有内容 | 
| build_ext | 构建扩展,如用 C/C++, Cython 等编写的扩展,在调试时通常加 --inplace 参数,表示原地编译,即生成的扩展与源文件在同样的位置。 | 
| sdist | 构建源码分发包,在 Windows 下为 zip 格式,Linux 下为 tag.gz 格式。执行 sdist 命令时,默认会被打包的文件:- 所有 py_modules 或 packages 指定的源码文件 - 所有 ext_modules 指定的文件 - 所有 package_data 或 data_files 指定的文件 - 所有 scripts 指定的脚本文件 - README、README.txt、setup.py 和 setup.cfg文件  | 
该命令构建的包主要用于发布,例如上传到 pypi 上。 | | bdist | 构建一个二进制的分发包。 | | bdist_egg | 构建一个 egg 分发包,经常用来替代基于 bdist 生成的模式 | | bdist_wheel | 构建一个 wheel 分发包,egg 包是过时的,whl 包是新的标准 | | install | 安装包到系统环境中。 | | develop | 以开发方式安装包,该命名不会真正的安装包,而是在系统环境中创建一个软链接指向包实际所在目录。这边在修改包之后不用再安装就能生效,便于调试 | | register / upload | 用于包的上传发布 |
1.4 setup.cfg
setup.cfg 文件用于提供 setup.py 的默认参数,详细的书写规则可参考:https://docs.python.org/3/distutils/configfile.html
1.5 版本命名
包版本的命名格式应为如下形式:
N.N[.N]+[{a|b|c|rc}N[.N]+][.postN][.devN]
从左向右做一个简单的解释:
N.N:必须的部分,两个N分别代表了主版本和副版本号[.N]:次要版本号,可以有零或多个{a|b|c|rc}:阶段代号,可选, a, b, c, rc 分别代表 alpha, beta, candidate 和 release candidateN[.N]:阶段版本号,如果提供,则至少有一位主版本号,后面可以加无限多位的副版本号.postN:发行后更新版本号,可选.devN:开发期间的发行版本号,可选1.6 打包
注意:以下所有的操作都需要在根目录下执行
检查项目是否没有问题:
python setup.py check
1.6.1 打包egg
将自定义库打包成 egg 文件:
python setup.py bdist_egg
完成打包后,会在 📂 dist 文件夹生成一个 📝 itools-0.1.0-py3-none-any.egg 文件,可以直通根据这个 egg 文件就可以安装:
easy_install itools-0.1.0-py3-none-any.egg
1.6.2 打包exe
可以打包成 EXE 程序,用以 Windows 下的分发。
python setup.py bdist_wininst
1.6.3 打包zip、tar.gz
python setup.py sdist
1.6.4 打包成whl
将程序打包成 wheel 文件,完成打包后会在 📂 dist 文件夹生成一个 📝 itools-0.1.0-py3-none-any.whl 文件。
python setup.py bdist_wheel
通过 pip 直接进行安装:
pip install itools-0.1.0-py3-none-any.whl
1.6.5 直接源代码安装
python setup.py install
1.7 发布包至PyPI
发布包可以直接使用 setup.py 自带的命令,也可以使用 twine 工具。
1.7.1 twine
twine 是 PyPI 官方提供的工具,其特点是:
- 验证 HTTPS 连接
 - 上传不需要执行 setup.py
 - 上传已经创建的文件,允许在发布前测试发行版
 - 支持上传任何包装格式
 
其包含三个子命令 check、register 以及 upload。上传包时,直接用 upload 命令即可。
- 首先注册一个 PyPI 的账号,点击 https://pypi.org/ 进行创建
 安装最新版本的 twine
pip install -U twine
上传项目:使用 twine 上传项目的时候需要输入相应的 PyPI 的账号和密码。
twine upload dist/*
也可以建立一个账户验证文件 📝 ~/.pypirc,这样就不用上上传过程中输入账号和密码。注意:Windows 不可以,因为文件名中含有非法字符。 ```nginx [distutils] index-servers=pypi
[pypi]
repository = https://upload.pypi.org/legacy/
username = yumingmin
password = 
<a name="2loFF"></a>## 1.7.2 setup.py自带工具其他操作和上述一样,例如 .pypirc 文件以及创建账户,不同的是项目注册和发版:```bashpython setup.py register
该命令在 PyPi 上注册项目信息,成功注册之后,可以在 PyPi 上看到项目信息。最后构建源码包发布即可:
# 发布源码包$ python setup.py sdist upload# 同时发布源码包和 whl 二进制包$ python setup.py sdist bdist_wheel upload
1.8 easy_install 与 pip
easy_insall 是 setuptools 包提供的第三方包安装工具,而 pip 是 Python 中一个功能完备的包管理工具,是 easy_install 的改进版,提供更好的提示信息,删除包等功能。
pip 相对于 easy_install 进行了以下几个方面的改进:
- 所有的包是在安装之前就下载了,所以不可能出现只安装了一部分的情况
 - 在终端上的输出更加友好
 - 对于动作的原因进行持续的跟踪。例如,如果一个包正在安装,那么 
pip就会跟踪为什么这个包会被安装 - 错误信息会非常有用
 - 代码简洁精悍可以很好的编程
 - 不必作为 egg 存档,能扁平化安装(仍然保存 egg 元数据)
 - 原生的支持其他版本控制系统(Git, Mercurial and Bazaar)
 - 加入卸载包功能
 可以简单的定义修改一系列的安装依赖,还可以可靠的赋值一系列依赖包
1.9 参考文档
- https://www.cnblogs.com/yuhaohao/p/13099552.html
 - https://blog.csdn.net/winycg/article/details/80025432
 - https://blog.konghy.cn/2018/04/29/setup-dot-py/
 
https://stackoverflow.com/questions/4938738/use-argparse-to-run-1-of-2-functions-in-my-script
https://realpython.com/command-line-interfaces-python-argparse/
https://blog.csdn.net/qq_41629756/article/details/105689494
https://my.oschina.net/kuanghy/blog/703594
https://tendcode.com/article/python-shell/
https://www.cnblogs.com/shmily2018/p/11592448.html
https://blog.csdn.net/chengxuyuanyonghu/article/details/59716405
