是否应该将不同的项目用于不同的 OAuth 用例？答案

【问题标题】：Should separate projects be used for different OAuth use cases?是否应该将不同的项目用于不同的 OAuth 用例？
【发布时间】：2022-03-10 04:37:31
【问题描述】：

在 Google Cloud 中，我使用 OAuth 同意屏幕在网站上“使用 Google 登录”。

我现在正在寻找构建一个需要额外范围（gmail、日历访问）的 Google Workspace 插件。

是否应将此添加到现有的 OAuth 同意屏幕？或者我应该为此创建一个新的项目 ID？

我已经测试过，看起来我可以向同意屏幕添加额外的范围，并且 OAuth 对话框仅显示在启动 oauth 请求时在 &scope=... 中传递的范围。

【问题讨论】：

您还可以在同一个项目中创建多个 OAuth 客户端。您还可以使用相同的 OAuth 客户端为每个应用程序请求所需的范围。您的问题没有足够的细节来提供一个好的答案。

【解决方案1】：

您可以根据需要向 OAuth consent screen 添加任意数量的范围，但是，对于公共应用程序，您需要再次提交 OAuth 屏幕以进行验证

在添加敏感范围的情况下，您需要证明这些范围的使用是合理的，并提供一个截屏视频，展示您的应用如何使用它们。
如果添加限制范围，您将需要进行付费验证过程。
另外请注意，从该项目部署的任何应用都会提示用户授权脚本清单中的所有范围（不一定是添加到 GCP 项目中 OAuth 同意屏幕的所有范围）。要求用户授权比必要更多的范围可能会让用户感到害怕。

有用的链接：

【讨论】：

感谢@ziganotschka，您的最后一个要点是否记录在任何地方？我已经测试并发现这不是真的 (Also keep in mind that any app deployed from this project will prompt the user to authorize all the scopes featured in the OAuth screen. Asking the user to authorize more scopes than necessary might feel intimidating for the user.)
究竟是不是真的？用户需要授权所有范围还是会令人生畏？至于授权 - 我不确定您正在部署哪个应用程序之王，但例如对于 Apps 脚本插件 - 如果手动设置，Oauth 屏幕将要求用户授权清单中的所有 OAuth 范围。文档：developers.google.com/apps-script/concepts/scopes
同意屏幕中列出了范围，清单（或 OAuth 重定向流程）中列出了范围。如果您将用户重定向到权限较小的流程，我认为不会自动显示同意屏幕中列出的范围。
你好@d-_-b，对不起，如果我以一种令人困惑的方式解释自己：是的，安装插件时用户需要授权的范围只是清单中列出的范围，不是添加到 GCP 控制台中同意屏幕的范围，我编辑了我的答案以澄清。

【解决方案2】：

我们有 5 种不同类型的连接，Google Ads、GA、GA4、Google 我的商家和 Google 登录。我们正在创建 4 种不同的连接（组合 GA 连接）。原因是，如果任何应用发生变化，无论出于何种原因，所有产品都可能关闭。

【讨论】：