Google Add-on在测试用户账户中不可见及本地部署咨询

• 确认部署类型：确保是测试部署，共享范围设置为「仅限添加的测试用户」，而非仅自己可见的部署。
• 核对Cloud项目测试用户配置：
  • 检查添加的Gmail账号拼写完全正确，无遗漏或错误
  • 确认在Cloud Console的「OAuth同意屏幕」中，这些账号已成功加入测试用户列表，状态正常（无审核中或未生效情况）
• 测试用户端操作验证：
  • 测试用户需打开同类型的Google表格（与你测试的表格类型一致，如普通表格而非其他特殊类型）
  • 让用户刷新页面或重新打开表格，缓存可能导致加载延迟
  • 引导用户检查「扩展程序」菜单：查看「已安装的扩展程序」或「获取加载项」中的「测试/已购买」分类
• 权限与OAuth授权检查：
  • 测试用户首次使用需完成OAuth授权流程，提醒他们留意浏览器是否拦截了授权请求
  • 确认appsscript.json中的oauthScopes配置合理，无过度权限导致授权失败
• 部署版本验证：
  • 确保测试用户使用的是最新的测试部署版本，若代码更新过，需重新部署测试版本并通知用户刷新表格

Google Apps Script无原生本地服务器部署方式，但可通过以下两种方案实现需求：

方案1：Web应用封装核心逻辑 #

• 将Add-on的核心业务逻辑封装为Web应用，部署时设置：
  • 执行权限：「以我（开发者）的身份执行」
  • 访问权限：「仅限添加的测试用户」
• 在Add-on的前端代码（侧边栏、对话框等）中，通过UrlFetchApp调用该Web应用的接口完成业务操作
• 测试用户仅能看到Add-on的前端界面，无法访问Web应用的后端代码（代码仅存于你的脚本项目中，测试用户无权限查看）

方案2：本地服务器+Apps Script API远程部署前端 #

• 核心逻辑在你的本地/私有服务器运行，仅将Add-on的前端界面（自定义菜单、侧边栏）通过Google Apps Script API部署到测试用户的表格中
• 配置步骤：
  1. 在Cloud Console启用Google Apps Script API
  2. 创建服务账号，为测试用户的表格授予脚本编辑权限（仅用于部署前端界面）
  3. 本地服务器通过服务账号调用API，将前端代码部署到目标表格
  4. 测试用户打开表格时仅能使用前端界面，核心逻辑完全在你的服务器上，无法触及

内容的提问来源于stack exchange，提问作者Shiv Yadav