【问题标题】:Workaround for lack of wildcard auth options in Firebase?Firebase 中缺少通配符身份验证选项的解决方法?
【发布时间】:2019-10-19 08:57:07
【问题描述】:

我们正在使用 google Cloud Build 将我们应用的拉取请求特定版本部署到 GAE,以便我们可以在将开发版本发布到野外之前与利益相关者共享它们。在 GAE 上,url 看起来像 http://[VERSION_ID]-dot-[YOUR_PROJECT_ID].appspot.comhttps://my-pr-name-dot-projectname.appspot.com

我们希望允许利益相关者预览和运行 E2E 测试(包括 Firebase 登录),但由于本质上是通配符子域,我们必须在 Firebase 控制面板中的“已授权”下手动将每个子域列入白名单域”部署后。不幸的是,Firebase 不允许通配符样式的白名单(例如 *-dot-projectname.appspot.com)。

我们已联系 Google 支持,但他们已确认只能手动完成白名单。

【问题讨论】:

    标签: firebase google-app-engine google-cloud-build


    【解决方案1】:

    一种可能性是使用单独的临时项目进行 PR 测试。

    您可以为http://[YOUR_STAGING_PROJECT_ID].appspot.comhttps://staging_projectname.appspot.com 使用白名单。您可以通过流量迁移管理从特定 PR 到暂存项目的映射,这可以通过您的 PR 自动化脚本programmatically 完成。

    缺点是您一次只能验证一个 PR。但这并不一定都是坏事:序列化 PR 验证消除了由于conflicting changes that each pass in isolation 而导致损坏的风险。

    使用单独的项目进行您可能感兴趣的测试目的也有好处,请参阅Advantages of implementing CI/CD environments at GAE project/app level vs service/module level?

    【讨论】:

    • 这绝对是我们考虑过的一个选项,但我真的对解决多版本方法很感兴趣。不过感谢您的来信!
    猜你喜欢
    • 1970-01-01
    • 2022-09-28
    • 2018-08-03
    • 2017-03-19
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-11-09
    • 1970-01-01
    相关资源
    最近更新 更多