上周末设置了一下在 CircleCI 的流程，之前也讲过如何设置一个 Django 的 CircleCI，那只是一个简单的 CI build。本文讲一下如何设置一个更加复杂和自动化的流程。以及 IRedis 项目最近一些开发进展（项目主页）。
完整的 Workflow 🎉
CircleCI 整体的使用体验不错，相比于之前只用了 jobs，这一次引入了 workflow 的概念。workflow 就是先定义好 jobs，然后在 Workflow 中将这些 jobs 组合起来，形成一个完整的开发部署流程。
现在，只要我在 master 分支上打一个 tag，就会触发整个构建流程：
|
1 2 |
➜ [iredis] iredis git:(master) bumpversion patch ➜ [iredis] iredis git:(master) git push && git push --tags |
首先会进行单元测试、black 强制代码风格检查，flake8 检查，全部通过后就会构建一个 pip package，然后测试这个 package 是否可用，确认可用之后上传到 pypi。上传这一步只会在有 tag 的时候执行，如果没有 tag 就说明不是一个新版本，不会上传。
实现方法可以参考这个 PR。总体上是比较简单的，就是用 yaml 文件编排一个 workflow。
这里有一个小坑，是完成“只在有 tag 的时候上传”这个语义实现上。CircleCI 不支持“仅在 Master 分支上，有 tag 的时候执行”这个语义的。即不支持 AND 关系，只支持 OR 关系。
如果你使用下面这种声明方式：
|
1 2 3 4 5 6 7 8 |
- upload-to-pypi: requires: - test-release filters: branches: only: master tags: only: /^v[0-9]+(\.[0-9]+)*$/ |
那么实际的意思是：
- master 分支所有的 commit 都执行；
- tag 符合条件的都执行；
即满足任何一个条件都会执行，而不是两者同时满足才会执行。
这个坑踩了很久，才发现一个 work around 的方法：
|
1 2 3 4 5 6 7 8 |
- upload-to-pypi: requires: - test-release filters: branches: ignore: /.*/ tags: only: /^v[0-9]+(\.[0-9]+)*$/ |
这样首先我们忽略所有的 branch，这样所有的分支都不会执行，然后只有在有新 tag 的时候执行。就可以完成上传的需求了。
上传到 Pypi 很简单，首先 pypi.org 提供了针对每一个包设置一个上传 Token 的功能，非常好用，权限最小化。然后 CircleCI 设置一个环境变量，在 CI 中读取这个环境变量即可。配合上传包的命令行工具 twine 可以这么用：
|
1 2 3 4 5 |
- run: name: "upload files to pypi: https://pypi.org/project/iredis/#history" command: | . venv/bin/activate twine upload /tmp/workspace/dist/* -u __token__ -p ${PYPITOKEN} |
其中注意 Token 的申请，和设置，需要分别在 Pypi.org 和 CircleCI 的 web 界面上操作好。
Workflow 中可以添加定时构建任务，在需要 nightly build 的项目中非常实用；也可以添加需要手动确认的任务，比如将自动发布集成到流程中，但是发布之前需要手动确认一下。More on this. 但是要知道，每一个手动确认的东西，在增加了安全性的同时，也拉长了整个流程，有人操作的地方就会卡住，会成为最耗时的东西，某一天也许会成为一种形式主义，所以我个人非常不喜欢需要人工确认的东西。
除了发布到 pypi，因为这个项目是一个 Redis 的命令行工具，所以也准备发布到其他的软件源，比如 apt，yum，brew 等。
再来说下这段时间其他一些更新。
更友好的补全
key 的补全，我自己实现了一个超屌的 Completer，在做自动补全的时候，最近使用过的 key 会出现在最前面（PR）。除了 KEYS 命令之外，所有包含 key 的 Redis 命令都会更新 Completer。效果如下（注意所有包含 key 的命令，都将输入过的 key 放到了 completers 列表中）：
支持命令提示
也许在上张图你发现了，在 最底下一行含有命令的提示，包括这个命令适用于 Redis 哪种数据类型，命令的语法是什么，什么 redis-server 版本出现的，命令的复杂度是什么。redis-cli 的 readline 风格提示，在输入的过程中如果匹配不上命令，hint 会消失，我觉得体验不太好。另外输入的阴影我用来显示历史命令了，用 → 键可以快速输入。
放一张开发的时候写的脚本，渲染出所有的命令（laike9m说我的配色辣眼睛）：
Transaction 支持
这是某天我想出来的一个 idea，觉得不错，就是在 transaction 状态中的时候，用右侧的 prompt 来提示用户状态。这个想法我记了 issue，Github 上的哥们帮我实现了(Thanks guoweikuang)。
效果如下：
其他还有一个项目内部中的重构，比如一套更加合理的命令前 hook，命令后 hook 方式，命令结果渲染框架等。打包方式也替换成了 poetry，写 pyproject.toml 比写 setup.py 爽多了。
发点牢骚，很多人对这种工具开发不屑一顾，张口闭口高并发，觉得架构设计啊才能显示出自己的技术，但是代码写的稀烂，一个很简单的系统虽然几十万并发量，却用了上千台机器，算下来一分钟请求才几百而已，非常可笑。我觉得一个靠谱的程序员首先应该精通自己的工具，工具不好工作就不能高效，自己的工具遇到问题解决不好，工作上遇到问题也稀松。自己的问题没有现成的工具解决，就没办法了，工作上除了搭积木水平也一般。
牢骚发完，顺便说下，这个项目正在开发中，如果你对一个 Redis 命令行有什么期待，有什么 Feature Request，或者想法，欢迎 issues，我来实现。也欢迎参与到开发中。目前有很多命令还没有实现，最近我在写 string 部分的命令。打算在所有的命令都实现了语法解析和结果渲染之后发布1.0版本。