tox

设置代码行为 120 字 ~/.config/pycodestyle pycodestyle 官方文档 https://www.osgeo.cn/pycodestyle/intro.html 在项目级别，a setup.cfg 文件或 tox.ini 如果存在，则读取文件。如果这些文件都没有 [pycodestyle] 节，未加载项目特定的配置。 [pycodestyle] # count = False # ignore = E226,E302,E41 max-line-length = 120 # statistics = True pyls 的main #!/opt/miniconda3/bin/python # -*- coding: utf-8 -*- import re import sys from pyls.__main__ import main if __name__ == '__main__': sys.argv[0] = re.sub(r'(-script\.pyw?|\.exe)?$', '', sys.argv[0]) sys.exit(main()) python_ls.py 定义了 start_io_lang_server start_tcp_lang_server LINT_DEBOUNCE_S = 0.5 # 500 ms PARENT

接着前面的《 tox 教程 》，以及刚翻译好的《 nox文档 》，我们继续聊聊 Python 任务自动化的话题。 nox 的作者在去年的 Pycon US 上，做了一场题为《 Break the Cycle: Three excellent Python tools to automate repetitive tasks 》的分享（B站观看地址： https://b23.tv/av86640235），她介绍了三个任务自动化工具：tox、nox 和 invoke，本文的话题正好就是最后的 invoke。 1、invoke 可以做什么？ invoke 是从著名的远程部署工具 Fabric 中分离出来的，它与 paramiko 一起是 Fabric 的两大最核心的基础组件。 除了作为命令行工具，它专注于“任务执行”（task execution），可以标注和组织任务，并通过 CLI（command-line interface，即命令行界面） 和 shell 命令来执行任务。 同样是任务自动化工具，invoke 与我们之前介绍过的 tox/nox 在侧重点上有所不同： tox/nox 主要是在打包、测试、持续集成等方面的自动化（当然它们能做的还不止于此） invoke 则更具普遍性，可以用在任何需要“执行任务”的场景，可以是无相关性的任务组，也可以是有顺序依赖的分步骤的工作流

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 在我刚翻译完的 Python 打包 系列文章 中，作者提到了一个神奇的测试工具 tox，而且他本人就是 tox 的维护者之一。趁着话题的相关性，本文将对它做简单的介绍，说不定大家在开发项目时能够用得上。 > Command line driven CI frontend and development task automation tool > > 命令行驱动的 CI 前端和开发任务自动化工具 tox 的项目地址是： https://github.com/tox-dev/tox 其核心作用是支持创建隔离的 Python 环境，在里面可以安装不同版本的 Python 解释器与各种依赖库，以此方便开发者做自动化测试、打包、持续集成等事情。 简单来说， tox 是一个管理测试虚拟环境的命令行工具。 它已存在多年且广被开发者们使用，例如，著名的云计算平台 OpenStack 也采用了它，作为最基础的测试工具之一。 1、tox 能做什么？ 细分的用途包括： 创建开发环境 运行静态代码分析与测试工具 自动化构建包 针对 tox 构建的软件包运行测试 检查软件包是否能在不同的 Python 版本/解释器中顺利安装 统一持续集成（CI）和基于命令行的测试 创建和部署项目文档 将软件包发布到 PyPI 或任何其它平台 tox