https://golang.org/cl/369254提到了这个问题：cmd/relui: add cloud build configuration

待办事项？

**编辑：**我最初建议创建一个“试运行”半环境，但现在认为这需要单独的模式。它可能值得拥有自己的问题，因为这个问题是关于设置实际运行环境的，所以我现在暂时撤回这个评论。

原始评论
除了生产和暂存环境之外，我建议有一个第三个半环境，“试运行模式”。它旨在本地执行，不需要部署到任何地方。它与 releasebot 与 -dry-run 标志的行为类似：尽可能使用相同的代码运行，但跳过所有外部影响。
我们可以为所有三种模式更改标题的颜色方案，以便轻松区分，例如：

@toothrot 在 #47401 问题已解决且我们有 https://build.golang.org/releases/ 的情况下，现在是否应该勾选 "Production" 复选框？
我准备发送 CLs 以解决 #47402 。这意味着在本地运行 cmd/relui 将允许运行生产工作流(除非修改了本地代码，否则没有其他选择),除非我们在这个问题上取得进展，以便可以选择非生产环境或模式。
我不知道我们希望这个长期解决方案是什么，也许需要更多的讨论。作为在此启用进展的中间步骤，您是否同意重用现有的 x/build/buildenv 包及其习语用于 cmd/relui ,或者您更倾向于采用不同的路径？
(如果不使用 x/build/buildenv 的目标是在 cmd/relui 中，我们可以改为添加一个明确的标志来控制从哪里获取 Twitter API 凭据，并在 deployment-prod.yaml 中控制其 prod 值。)

我不知道我们对于这个长期解决方案想要什么，也许这需要更多的讨论。
我今天有机会和@heschi讨论了这个问题，我认为我们在一些具有良好属性的东西上达成了一致意见，可能不需要花费太多时间开始。在这种情况下，重用 buildenv 的中间步骤将不值得一试。我将其作为跟踪问题打开了 #51122 。

https://go.dev/cl/410235提到了这个问题：cmd/relui: upgrade to Go 1.18 and Debian 11