1. Serverless 的使用场景 如果说云计算是希望资源能够像自来水一样，隋开随用、随关随停，那么 Serverless 就是云计算的未来方向之一。相较于 IaaS、Kubernetes 这些运行时，Serverless 提供更细粒度资源控制的同时，还能提供更大的弹性，允许开发者快速交付

通常，我们需要在 GitHub 上进行一些操作，才能触发 GitHub Action。本篇将介绍一种通过 API 远程调用触发 GitHub Action 的方法。 1. 常见的几种触发 GitHub Action 的方式 下面是一个 GitHub Action 的示例: 1 2 3 4 5 6 7 name:GitHub Actions Demoon:[push, pull_request]jobs:Explore-GitHub-Actions:runs-on:ubuntu-lateststeps:- run:echo "Hello World!" 在 on 关键字下，定义的就是触发 Workflow 执行的事件。下面常用的几种 GitHub Action 事

由于众所周知的原因，在国内的网络环境下，访问 Github 时，网络会阻断或者很慢。本文提供了若干访问方法。 1. 使用 Github Mirror 下载 直接在 GitHub 仓库前面拼接 Proxy 地址，不同的 Mirror 拼接方式可能有所不同。下面以拉取 https://github.com/shaowenchen/scripts 仓库为例。 https://mirror.ghproxy.com 1 git clone https://mirror.ghproxy.com/https://github.com/shaowenchen/scripts 2. 通过 Gitee 导入 GitHub 项目 可以参考文档: GitHu

1. 一个令人困惑的问题 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 name:Goon:[push, pull_request]jobs:build:name:CIruns-on:ubuntu-lateststeps:- name:Set up Go 1.13uses:actions/[email protected]:go-version:1.13- name:Check out code into the Go module directoryuses:actions/[email protected] name:Check pr is properly formattedrun:diff -u <(echo -n) <(gofmt -d ./pkg ./cmd ./tools ./test)- name:Test & Buildrun:make all 上面是项目中 workflow 的一部分, 主要用来检测代码风格、执行单元测试、编译代码。提交 Pull Requests 时, 就会触发执行。 但 GitHub Actions 一直报错, 提示如

如果你已经在使用 GitHub Actions ，那么阅读本文你将获得更多有趣而有用的打开方式。阅读完，我又给仓库新增了几个 workflow 。 1. workflow 执行时，传入参数 在执行 workflow 时, 允许在 GitHub Actions 页面输入参数，控制执行逻辑。我们可以将人工处理的逻辑，在 GitHub Actions 参数化执行，适用于持续部署场景。 1 2 3