有人开始用 GitHub Action 了吗？感觉不太好用呀

[daya0576]

等了好几个月终于排上号了，用它实现了博客的 CICD: https://changchen.me/blog/20190923/github-actions-hexo-cicd/

但有一句说一句，总感觉体验并不是很好呀。。/doge

[mason961125]

Azure Pipelines 还没移植完吧（

[iPhoneXI]

用起来还算简单，不过没有 Travis 完善

[hronro]

只能说，支持 macOS 真香

[xiri]

用惯了 travis，有点不太习惯

[heiybb]

同感速度略慢于 travis

[ReysC]

感觉还行，差不多可以抛弃 gitlab 了

[SolidZORO]

速度慢，慢 Travis 3 倍吧，暂时不考虑主力使用。不过支持多系统是个优势。

[ysicing]

不好用，相对来说

[cnbattle]

没深入使用，没感觉

[binux]

尝试使用，但是文档极度匮乏，而且好几个版本的文档并存

[GoLand]

之前用过，beat 阶段还不太稳定，之前每次 push 都会跑，但是后来某个时间段变成只有 Merge 才跑一次了。

[Wincer]

我之前是用 circleci 的，前几天切换到 action 了，说下感受：速度比 circleci 略慢，且不支持 circleci 的流水线式构建，但是构建环境可以选 Mac，所以我还是选择继续使用 action。

[xrr2016]

支持 macos 有什么用啊？不就是静态文件而已嘛

[zy445566]

为毛我一申请，第二天就有了

[xuxu555]

感觉还存在一些 bug,

[richard1122]

感觉小 bug 比较多，但是这个配置的方式以及现在开放的能力还蛮不错的

[tsl0922]

可以算是很早的 Beta 用户了吧，上个月开始已经把项目从 travis-ci 切换到 github action 了，效果很好。

1. 多个 workflow 支持可以更优雅的拆分构建逻辑到不同文件里
2. 每个 workflow 可以分别配置触发条件且独立触发，这点非常有用
3. 触发条件可以精确到改动的代码路径级别，这个有点方便。利用这个加上面两点，我把原来 travis-ci 的逻辑拆分成了多个 workflow，可以做到改前端代码只触发前端 workflow 的构建
4. 貌似是用 docker 跑的，启动构建比 travis-ci 快。travis-ci 启动虚拟机的时间里，github action 这里已经构建完了
5. 目前似乎没限制并发构建数，挺好
6. 确实包括语法和界面都一直在改，界面易用性有待改进


想看下效果的可以参考：

- https://github.com/tsl0922/ttyd/actions
- https://github.com/tsl0922/ttyd/tree/master/.github/workflows

[Trim21]

试了试发现文档看不懂，就接着用 travis 和 circleci 了…

[Exin]

不是很好用

[orzorzorzorz]

没有 circleci 的缓存是硬伤，说是在做了： https://github.com/actions/toolkit/issues/47
再一个就是生态问题，出了问题除了抱着文档，基本没什么太靠谱的办法
当然有点也有不少，action 触发的钩子定义了不少，真到用的时候还是十分方便的，特别是对 release 的支持：
https://github.com/orzyyyy/mini-xmind/tree/master/.github/workflows

[wusatosi]

和 circle-ci 比巨慢无比，缓存的范围极少

[wd]

试用了一下觉得有点慢，没搞定..

[KalaSearch]

我们开始用了，感觉还不错。构建速度很快，跟国内 registry 的传输速度也很快

写了一篇经验在这里: kalasearch.com/github-actions-simple-tutorial/