imj*_*red 7 google-app-engine firebase google-cloud-build
我们正在使用 google Cloud Build 将我们的应用程序的拉请求特定版本部署到 GAE,以便我们可以在将其发布到野外之前与利益相关者共享开发版本。在 GAE 上,网址看起来像http://[VERSION_ID]-dot-[YOUR_PROJECT_ID].appspot.com
或https://my-pr-name-dot-projectname.appspot.com
我们希望允许利益相关者预览并运行 E2E 测试(包括 Firebase 登录),但由于本质上是通配符子域,因此我们必须在 Firebase 控制面板中的“授权域”下手动将每个子域列入白名单部署。不幸的是,Firebase 不允许使用通配符样式白名单(例如 *-dot-projectname.appspot.com)。
我们已联系 Google 支持人员,但他们确认白名单只能手动完成。
一种可能性是使用单独的临时项目进行 PR 测试。
您可以将白名单用于http://[YOUR_STAGING_PROJECT_ID].appspot.com
或https://staging_projectname.appspot.com
。您可以通过流量迁移来管理从特定 PR 到暂存项目的映射,这可以通过 PR 自动化脚本以编程方式完成。
缺点是您实际上一次只能验证一个 PR。但这并不一定都是坏事:序列化 PR 验证可以消除由于每次单独通过的更改冲突而导致损坏的风险。
您可能会感兴趣使用单独的项目进行测试的优点,请参阅在 GAE 项目/应用程序级别与服务/模块级别实施 CI/CD 环境的优点?
归档时间: |
|
查看次数: |
2484 次 |
最近记录: |