Post
GitHub Actions 与 Workflow 标准化
GitHub Actions 的意义不只是再做一个 CI，而是把围绕代码仓库发生的自动化流程变成平台内建能力。
仔细看了下 GitHub Actions。当时它还在 beta，需要申请白名单才能开放使用。
从 Event 的定义和触发机制看，GitHub 想做的其实不是一个狭义的 CI 工具，而是围绕源码仓库的自动化 Workflow，比如 CI、Issue 处理、Release 流程等。
如果它把这件事平台化、标准化，原来一大批围绕 GitHub 做自动化的工具都会被重新影响。
这件事真正有意思的地方在于，Workflow 一旦被仓库平台内建，很多原来只存在于大项目里的自动化实践就更容易复用出来了。比如：
- 通过 bot 自动整理和分发 issue。
- 自动生成 release note。
- 围绕仓库事件组织更复杂的交付和协作流程。
以前这些能力往往是“某个大仓库自己配了一堆脚本和 bot”，小仓库想复用其实很麻烦。平台一旦把事件模型和触发方式统一掉，共享就容易很多。
不过它当时还没有达到我期待的那种“服务器端捷径”的程度。
我也试过不少 Workflow 服务，那个阶段做得最好的感觉还是 Zapier。但 Zapier 的表达方式本质上还是 Trigger / Step 模型，和 iOS 捷径那种更强表达力的组合方式相比，还是差了一截。当然，这也可能是它为了照顾非程序员用户而做的取舍。
原微博中的媒体
