一文读懂：从 Python 打包到 CLI 工具

最近项目组在写项目的 CLI 工具，已经接近尾声，想做成 pip 的安装包，所以才有了这篇文章。

1，文章介绍了如何生成 Python Egg ，上传 PyPI 及其 pip 的安装测试

2，在后面的进阶部分会介绍简单的生成cli工具的方法

话说既然研究了如何做包，不想浪费这次机会，干脆水一个博客吧

更多Python视频、源码、资料加群683380553免费获取

整理项目

先创建一个项目的文件夹

$ mkdir eds # eds 是我项目的名称，你随意修改成自己的即可
$ cd eds

在里面在创建一个 edssdk 的文件夹，这个文件夹的名称我故意创建的和上层目录不一样，以免误会，这个文件夹其实就是包名称了

$ mkdir edssdk # 这个文件夹就是包名称
$ cd edssdk

这个时候就是写代码的时候了，如果项目逻辑简单，你可以选择在文件夹里面只创建一个 init.py 文件，将所有的函数写到此文件里

当然如果项目复杂，你可以多创建几个文件，这里我繁中取简，只创建一个其他文件。

$ touch __init__.py # 这个文件作用就是给这个文件夹打成包
$ touch help.py # 这里是你的逻辑代码了，我就简单写了

我写了两个函数在 help.py 中

 

制作PyPI包

现在项目逻辑已经完成，那么开始做 PyPI 的包了。

在 eds 文件夹中，创建 Egg 的配置文件 setup.py，并填写配置

 

当你的包很复杂的时候，势必会引用其他的包，你需要将你所有引用的包名称写到 install_requires 这个里面：

install_requires = ["requests"]

当然 setup 还有很多可以选择的项可以填，你可以 python setup.py –help 查看，也可以去看 文档

OK，看一下现在目录的结构：

 

这里面还需要说一下，setup 文件支持用配置文件来编写里面的参数

 

更多的帮助信息你可以查看 这篇文档

打包

打包这一步我认为比较简单，目前比较流行的2中打包的方式:

$ python setup.py bdist_egg # 生成类似 edssdk-0.0.1-py2.7.egg，支持 easy_install 
$ python setup.py sdist # 生成类似 edssdk-0.0.1.tar.gz，支持 pip

上面两条命令都会将文件生成到 dist 目录中

当然还有其他非主流格式或者其他选项，可以通过下面这个命令查看：

$ python setup.py --help-commands

注册PyPI包

我是直接在 SSH 下面进行操作的，你也可以通过 网页 来做，SSH 步骤：

 

关于 register 更详细的内容可以看 PackageIndex

上传到PyPI

上传文件也是有 SSH 和 网页两种方法。

网页: 在浏览器登陆到 PyPI 点击 Your packages 中 Egg 的项目，然后选择某个版本的 files 即可看到上传界面。

• 下面这句话还是比较常用的，因为你的包以后更新的话，就不用再去注册了，直接使用下面的命令生成包并上传即可。

SSH:

$ python setup.py sdist upload

这个又是一堆的输出信息，我就不罗列了。

安装测试

用 pip 安装：

 

测试：

 

OK, 现在这个 sdk 大家都可以用到了~~~~~

关于 upload 更详细的内容可以看 Uploading

---

setup.py 中调用当前目录的文件一定要加 MANIFEST.in 并将调用文件 include 进来

使用 python setup.py sdist 打包时，如果 setup.py 调用了当前目录中的文件(如README.rst):

$ long_description = open('README.rst').read()

一定要在增加 MANIFEST.in 文件并将调用文件 include 进来，否则将导致用户在 pip install 时报文件找不到的错误，示例:

$ cat MANIFEST.in
include README.rst

更详情的可以看 docs.python.org

项目逻辑内容如果直接在 'init.py' 中完成的话，那么引用就可以更简便了。

---

CLI命令行工具介绍

CLI（command-line interface，命令行界面）是指可在用户提示符下键入可执行指令的界面，它通常不支持鼠标，用户通过键盘输入指令，计算机接收到指令后，予以执行。

就我直观的理解就是，这就是给程序员使用的，可以在终端即使装XX的美妙工具。

CLI制作

由于是 CLI 的命令行工具，所以程序一定要有一个入口的位置，所以我在 help.py 里面添加了 main 函数：

 

这个 main 下面会在 setup.py 中用到，下面说一下 setup.py 的相关修改。

看英文文档真的是头大，所以后来干脆到 github 上面去找 CLI 的源码来看。发现每个 CLI 工具的 setup.py 中都会有 entry_points 这个节点。

 

完整的 setup.py 为：

 

这个里面多了一个 entrypoints 节点，里面的 consolescripts 指明了命令行工具的名称：

edssdk = edssdk.help:main

等号前面指明了工具包的名称，等号后面的内容指明了程序的入口地址，当然，这个可以有多条记录，这样一个项目就可以制作多个命令行工具了

制作PyPI

制作包的过程和上面的是一样的

 

安装测试

通过 pip 更新一下包：

测试工具包：

 

OK，方法已经找到了，CLI 工具也就好弄了。

---

这里讲解一下 Setup.py 中的一些参数

• packages 告诉Distutils需要处理那些包（包含 __init__.py的文件夹）
• package_dir 告诉Distutils哪些目录下的文件被映射到哪个源码包，感觉好像是一个相对路径的定义。一个例子： package_dir = {'': 'lib'}，表示以lib为主目录。
• ext_modules 是一个包含Extension实例的列表，Extension的定义也有一些参数。
• ext_package 定义extension的相对路径
• requires 定义依赖哪些模块
• provides 定义可以为哪些模块提供依赖
• scripts 指定python源码文件，可以从命令行执行。在安装时指定–install-script
• package_data 通常包含与包实现相关的一些数据文件或类似于readme的文件。

packagedata = {'': ['.txt'], 'mypkg': ['data/_.dat'],}

表示包含所有目录下的txt文件和mypkg/data目录下的所有dat文件。

• data_files 指定其他的一些文件（如配置文件）

 

规定了哪些文件被安装到哪些目录中。如果目录名是相对路径，则是相对于 sys.prefix 或 sys.exec_prefix 的路径。如果没有提供模板，会被添加到MANIFEST文件中。

执行sdist命令时，默认会打包哪些东西呢？

• 所有由 py_modules或 packages指定的源码文件
• 所有由 ext_modules或 libraries指定的C源码文件
• 由scripts指定的脚本文件
• 类似于 test/test*.py的文件
• README.txt或 README， setup.py， setup.cfg
• 所有 package_data或 data_files指定的文件

还有一种方式是写一个manifest template，名为MANIFEST.in，定义如何生成MANIFEST文件，内容就是需要包含在分发包中的文件。一个MANIFEST.in文件如下：

 

fcon 是刚刚完成的一个python模块，他可以查找指定目录下的符合一定规则文件名的内容中包含一定规则的行，并打印出来。说起来比较拗口，就是三个参数，文件目录，文件正则，字符正则，三个一综合就是输出结果了。

这个工具主要帮我解决查找部分内容的功能，写的博客里面有好多用的是默认的背景图，有时间的时候我就会换一下，这时候我就需要查出来那些用到了默认的。

你可以通过 pip install fcon 来安装使用。

这次打包过程还挺烦的，一直有问题，是因为我用到了 Click模块 之后就发现，我不用指定内置的运行函数(main)了，而且，我希望可以输出version，并且这个version在setup.py里面也可以使用，这就高出了好多问题。还好刚刚都解决了。

首先说，看一下我所有文件的结构：

 

可以发现，我的 fcon 脚本放到了 bin 目录下，而 fcon 文件夹里面只有一个 __init__.py 文件，这是为了包含的时候不冲突，比如我在 fcon 脚本里面用到了这句话：

 

这个就是通过引用来设置 version 的部分，这样就实现了，version一处改，大家起开怀的要求了。 __init__.py 如下：

对的，就这么一句话。

再看我的 setup.py 关键就是这个文件了：

 

注释的地方是我测试的过程。。。

就说这么多，关键还得是看脚本，看写法。