接着前面的《tox 教程》,以及刚翻译好的《nox文档》,咱们继续聊聊 Python 任务自动化的话题。html
nox 的做者在去年的 Pycon US 上,作了一场题为《Break the Cycle: Three excellent Python tools to automate repetitive tasks》的分享(B站观看地址:https://b23.tv/av86640235),她介绍了三个任务自动化工具:tox、nox 和 invoke,本文的话题正好就是最后的 invoke。python
invoke 是从著名的远程部署工具 Fabric 中分离出来的,它与 paramiko 一块儿是 Fabric 的两大最核心的基础组件。正则表达式
除了做为命令行工具,它专一于“任务执行”(task execution),能够标注和组织任务,并经过 CLI(command-line interface,即命令行界面) 和 shell 命令来执行任务。shell
一样是任务自动化工具,invoke 与咱们以前介绍过的 tox/nox 在侧重点上有所不一样:ide
invoke 在 Github 上有 2.7K star,十分受欢迎,接下来咱们看看它如何使用?函数
首先,安装很简单:pip install invoke
。工具
其次,简单使用时有如下要素:post
c
或ctx
或context
。invoke --list
来查看全部任务,运行invoke xxx
来执行名为 xxx 的任务。命令行中的“invoke”能够简写成“inv”。如下是一个简单的示例:测试
# 文件名:tasks.py from invoke import task @task def hello(c): print("Hello world!") @task def greet(c, name): c.run(f"echo {name}加油!")
在上述代码中,咱们定义了两个任务:ui
以上代码写在 tasks.py 文件中,首先导入装饰器 from invoke import task
,@task 装饰器能够不带参数,也能够带参数(参见下一节),被它装饰了的函数就是一个任务。
上下文参数(即上例的“c”)必需要显式地指明,若是缺乏这个参数,执行时会抛出异常:“TypeError: Tasks must have an initial Context argument!”
而后在 tasks.py 文件的同级目录中,打开命令行窗口,执行命令。若是执行的位置找不到这个任务文件,则会报错:“Can't find any collection named 'tasks'!”
正常状况下,经过执行inv --list
或者inv -l
,能够看到全部任务的列表(按字母表顺序排序):
>>> inv -l Available tasks: greet hello
咱们依次执行这两个任务,其中传参时能够默认按位置参数传参,也能够指定关键字传参。结果是:
>>> inv hello Hello world! >>> inv greet 武汉 武汉加油! >>> inv greet --name="武汉" 武汉加油!
缺乏传参时,报错:'greet' did not receive required positional arguments: 'name';多余传参时,报错:No idea what '???' is!
介绍完 invoke 的简单用法,咱们知道了它所需的几项要素,也大体知道了它的使用步骤,接下来是它的其它用法。
在上例中,“inv -l”只能看到任务名称,缺乏必要的辅助信息,为了增强可读性,咱们能够这样写:
@task(help={'name': 'A param for test'}) def greet(c, name): """ A test for shell command. Second line. """ c.run(f"echo {name}加油!")
其中,文档字符串的第一行内容会做为摘录,在“inv -l”的查询结果中展现,并且完整的内容与 @task 的 help 内容,会对应在“inv --help”中展现:
>>> inv -l Available tasks: greet A test for shell command. >>> inv --help greet Usage: inv[oke] [--core-opts] greet [--options] [other tasks here ...] Docstring: A test for shell command. Second line. Options: -n STRING, --name=STRING A param for test
一般一个大任务能够被分解成一组小任务,反过来,一系列的小任务也可能被串连成一个大任务。在对任务做分解、抽象与组合时,这里有两种思路:
第一种思路很容易理解,实现与使用都很简单,可是其缺点是缺乏灵活性,难于单独执行其中的某个/些子任务。适用于相对独立的单个任务,一般也不须要 invoke 就能作到(使用 invoke 的好处是,拥有命令行的支持)。
第二种思路更加灵活,既方便单一任务的执行,也方便多任务的组合执行。实际上,这种场景才是 invoke 发挥最大价值的场景。
那么,invoke 如何实现分步任务的组合呢?能够在 @task 装饰器的“pre”与“post”参数中指定,分别表示前置任务与后置任务:
@task def clean(c): c.run("echo clean") @task def message(c): c.run("echo message") @task(pre=[clean], post=[message]) def build(c): c.run("echo build")
clean 与 message 任务做为子任务,能够单独调用,也能够做为 build 任务的前置与后置任务而组合使用:
>>> inv clean clean >>> inv message message >>> inv build clean build message
这两个参数是列表类型,便可设置多个任务。另外,在默认状况下,@task 装饰器的位置参数会被视为前置任务,接着上述代码,咱们写一个:
@task(clean, message) def test(c): c.run("echo test")
而后执行,会发现两个参数都被视为了前置任务:
>>> inv test clean message test
若是要管理不少相对独立的大型任务,或者须要多个团队分别维护各自的任务,那么,就有必要对 tasks.py 做拆分与整合。
例如,如今有多份 tasks.py,彼此是相对完整而独立的任务模块,不方便把全部内容都放在一个文件中,那么,如何有效地把它们整合起来管理呢?
invoke 提供了这方面的支持。首先,只能保留一份名为“tasks.py”的文件,其次,在该文件中导入其它更名后的任务文件,最后,使用 invoke 的 Collection 类把它们关联起来。
咱们把本文中第一个示例文件更名为 task1.py,并新建一个 tasks.py 文件,内容以下:
# 文件名:tasks.py from invoke import Collection, task import task1 @task def deploy(c): c.run("echo deploy") namespace = Collection(task1, deploy)
每一个 py 文件拥有独立的命名空间,而在此处,咱们用 Collection 能够建立出一个新的命名空间,从而实现对全部任务的统一管理。效果以下:
>>> inv -l Available tasks: deploy task1.greet task1.hello >>> inv deploy deploy >>> inv task1.hello Hello world! >>> inv task1.greet 武汉 武汉加油!
关于不一样任务模块的导入、嵌套、混合、起别名等内容,还有很多细节,请查阅官方文档了解。
某些任务可能须要交互式的输入,例如要求输入“y”,按回车键后才会继续执行。若是在任务执行期间须要人工参与,那自动化任务的能力将大打折扣。
invoke 提供了在程序运行期的监控能力,能够监听stdout
和stderr
,并支持在stdin
中输入必要的信息。
例如,假设某个任务(excitable-program)在执行时会提示“Are you ready? [y/n]”,只有输入了“y”并按下回车键,才会执行后续的操做。
那么,在代码中指定 responses 参数的内容,只要监听到匹配信息,程序会自动执行相应的操做:
responses = {r"Are you ready? \[y/n\] ": "y\n"} ctx.run("excitable-program", responses=responses)
responses 是字典类型,键值对分别为监听内容及其回应内容。需注意,键值会被视为正则表达式,因此像本例中的方括号就要先转义。
Python 中有很多好用的命令行工具库,好比标准库中的argparse
、Flask 做者开源的click
与谷歌开源的fire
等等,而 invoke 也能够做为命令行工具库使用。
(PS:有位 Prodesire 同窗写了“Python 命令行之旅”的系列文章,详细介绍了其它几个命令行工具库的用法,我在公众号“Python猫”里转载过大部分,感兴趣的同窗可查看历史文章。)
事实上,Fabric 项目最初把 invoke 分离成独立的库,就是想让它承担解析命令行与执行子命令的任务。因此,除了做为自动化任务管理工具,invoke 也能够被用于开发命令行工具。
官方文档中给出了一个示例,咱们能够了解到它的基本用法。
假设咱们要开发一个 tester 工具,让用户pip install tester
安装,而此工具提供两个执行命令:tester unit
和tester intergration
。
这两个子命令须要在 tasks.py 文件中定义:
# tasks.py from invoke import task @task def unit(c): print("Running unit tests!") @task def integration(c): print("Running integration tests!")
而后在程序入口文件中引入它:
# main.py from invoke import Collection, Program from tester import tasks program = Program(namespace=Collection.from_module(tasks), version='0.1.0')
最后在打包文件中声明入口函数:
# setup.py setup( name='tester', version='0.1.0', packages=['tester'], install_requires=['invoke'], entry_points={ 'console_scripts': ['tester = tester.main:program.run'] } )
如此打包发行的库,就是一个功能齐全的命令行工具了:
$ tester --version Tester 0.1.0 $ tester --help Usage: tester [--core-opts] <subcommand> [--subcommand-opts] ... Core options: ... core options here, minus task-related ones ... Subcommands: unit integration $ tester --list No idea what '--list' is! $ tester unit Running unit tests!
上手容易,开箱即用,invoke 不失为一款能够考虑的命令行工具库。更多详细用法,请查阅文档 。
invoke 做为从 Fabric 项目中分离出来的独立项目,它自身具有一些完整而强大的功能,除了可用于开发命令行工具,它仍是著名的任务自动化工具。
本文介绍了它的基础用法与 5 个方面的中级内容,相信读者们会对它产生必定的了解。invoke 的官方文档十分详尽,限于篇幅,本文再也不详细展开,若感兴趣,请自行查阅文档哦。
--------------
公众号:Python猫(ID: python_cat)
头条号:Python猫
知乎:豌豆花下猫
掘金:豌豆花下猫
公众号【Python猫】, 本号连载优质的系列文章,有喵星哲学猫系列、Python进阶系列、好书推荐系列、技术写做、优质英文推荐与翻译等等,欢迎关注哦。