这是我的 Github Action Advent Calendar 的第九天的内容，如果您想要了解更多已经发布的 tips 信息，查看此处的 索引
本月至今，我们已经研究了许多场景，这些场景先执行一个构建(build)，再运行一些测试(tests)。这些都是优秀的工作流(workflow) — 因为它们确保了对您的项目的 pull request 是高质量的，以及您的主分支的健康。
但是您通常希望进行下一步的操作，并部属您构建好的某些内容。例如，你可能会想要构建一个容器，在每次主分支有新的内容时将其上传到 Github Packages 上。这可以保证您有一个容器，可以运行和验证每一个修改。
这是我的 Github Action Advent Calendar 的第八天的内容，如果您想要了解更多已经发布的 tips 信息，查看此处的 索引
仓库中拥有一些陈旧的 issue 可能是一个很大的隐患。拥有多年还没打算解决的 issue 会让你很难找到你想要重点关注的问题。而开启的 pull requests 您却从不合并会使得您看起来好像忽视了这个项目一样。项目中所有的这些琐碎问题都增加了一种无形的感知负担。
这是我的 Github Action Advent Calendar 的第七天的内容，如果您想要了解更多已经发布的 tips 信息，查看此处的 索引
如果您只是创建了一两个 Github Action 工作流(workflows) 的话，那么您可能没有太多关注您是如何开始入门的。但是 Github Action的团队付出了许多精力，他们努力让入门 Github Action 变得尽可能地容易。
这是我的 Github Action Advent Calendar 的第六天的内容，如果您想要了解更多已经发布的 tips 信息，查看此处的 索引
关于 Github Action 的这些文章还没有发布到一个礼拜，我就已经写了大量关于矩阵工作流 (matrix workflows) 的内容了。你没有猜错，我是它的超级粉丝。
但是如果您想要开始配置你的第一个矩阵工作流，这里你需要知道一个警告：在默认情况下，矩阵式的工作流 (matrix workflows)
表示为 fail fast。意思是说：如果通过矩阵扩展的这些任务 (jobs) 中有一个运行出错了，其余的任务 (jobs) 就会被取消。
这是我的 Github Action Advent Calendar 的第五天的内容，如果您想要了解更多已经发布的 tips 信息，查看此处的 索引
昨天我讨论了 如何在 Github Action 虚拟机环境安装工具 以及依赖。但是，如果你想要对环境有更多的控制怎么办？或者说如果您根本不想运行在 Ubuntu 上怎么办？而这恰好是容器发光发热的地方。
这是我的 Github Action Advent Calendar 的第四天的内容，如果您想要了解更多已经发布的 tips 信息，查看此处的 索引
我在昨天提到了 Github Action 提供了 Linux，Windows 和 macOS 的虚拟环境，您可以在这些环境中运行您的 workflows 。
但是实际上在这些环境中都安装了什么呢？事实证明，安装了 很多东西
Github Action的团队尝试保持我们的运行器在不同的平台上都保持最新的状态。所以您会发现许多不同版本的 Python、Ruby、.NET Core 等等，但是仅仅凭借多种多样 (版本) 的开发工具，并无法保证每个 (运行所需要的) 软件或工具都安装好。
有时候，您需要自己来安装它。
这是我的 Github Action Advent Calendar 的第三天的内容，如果您想要了解更多已经发布的 tips 信息，查看此处的 索引
Github Action 优点之一就是它不仅仅支持在 Linux 主机或者容器上运行构建 (builds)。
Github 向我们提供了 Linux 虚拟机 — 当然，同样提供了运行 Windows 以及 macOS 系统的虚拟机。
这是我的 Github Action Advent Calendar 的第二天的内容，如果您想要了解更多已经发布的 tips 信息，查看此处的 索引
拥有一个 CI/CD 系统的最大优势之一是它可以让你高效地构建（build）以及测试 （test）多种不同的配置。在推送到远程仓库之前，在本机电脑上构建（build）以及测试（test）当然是必要的，但是这远远不够。毕竟你电脑或许只有一个版本节点，代表一种平台运行环境，但是，如果能在多种平台上构建（build）的话，这将使你对你所支持的所有生态系统中的更改具有信心和洞察力。
这是我的 Github Action Advent Calendar 第一天的全部内容，如果您想要了解更多已经发布的 tips 信息，查看此处的 索引
Github Action 是一个独特的系统：它提供构建 CI/CD 什么是持续集成（CI）/持续部署（CD）? 操作的功能 ，具有构建以及测试 pull requests 并将其合并到主分支上的能能力，但它却比普通的构建 (build) 系统更加强大。它被集成在 Github中， 可以在您的 Github 仓库 发生任何事件时 运行对应的工作流，如在创建一个 release 或者 issue 被提交时。