从 Git 标签到线上服务器：我们的发布流水线

如今发布一个 Blocks Beyond The Stars 版本，只需要一条命令：推送一个 git 标签。之后的一切都由机器完成。这篇文章里我会介绍我们的 CI/CD 流水线——以及为什么即使是业余项目，这份投入也值得。

发布工作流。只要像 v0.7.4 这样的标签一被推送，GitHub Actions 就会构建完整的包：Windows 安装程序（安装版、便携版、MSI）、Linux 版本、给浏览器用的 WebGL 版本，以及给服务器用的 Docker 镜像——一个标签，六份产物。版本号就来自标签本身；真相的来源只有一个。

部署工作流。第二个工作流负责把新版本送上服务器。我们看重的是一道生产闸门：只有明确批准之后，部署才会开始。再也不会有“糟了，那是生产环境”的意外。服务器自己会在一个配置文件里锁定游戏版本——之后每个新唤醒的世界都会自动用新版本启动，而正在运行的世界则不受打扰。

我们不得不学的一课：游戏客户端里的修复，只有通过真正的发布才能到达玩家手里。我们的客户端通过 Velopack 自我更新——已经安装了游戏的人，只有在我们发布新版本时才会收到更新。只要后面没有跟上标签，主分支上合并的错误修复就对谁都没用。听起来理所当然，但不止一次，我们纳闷为什么一个“修好了”的错误还在。

那浏览器呢？WebGL 版本以 ZIP 的形式放到服务器上，并通过切换目录来启用——旧目录会留着当后备。一个小小的 version.txt 会告诉你现在上线的是什么版本。

整套系统花了我们几个周末——而每发布一次，它就又回本一次。