搬家时，你不会因为有三个房间，就准备三套一模一样的钥匙。迁移到 Dataform 也有类似问题：开发、预发布和生产数据需要隔离，但 Git 代码未必也要长期维护三条分支。Dataform 是用 SQL 定义、测试和编排 BigQuery 数据转换的工具；一旦发布边界含糊，未经验证的改动就可能碰到正式数据。
一位准备迁移 Dataform 的数据工程从业者在 Reddit 提出简化方案：只保留受保护的 main 分支，开发和预发布都取它的最新提交；生产环境则锁定 main 上的 Git tag——也就是给某个确定版本贴上的标签。需要上线时创建新标签，再让 Dataform 的生产发布配置指向它。这样，环境负责隔离数据，标签负责回答“生产究竟运行哪一版”，上线也更容易追溯和重复。
真正需要继续确认的是自动化和热修复：新标签能否通过 GitHub Actions 自动更新 Dataform 配置，以及从生产标签拉出的修复如何安全回到 main。这篇材料只是作者征求意见的流程草案，未提供实践结果；但它点明了治理核心：别把 Git 分支机械地等同于部署环境。