向有限用户大规模部署Google脚本驱动电子表格

Question

我们有100+用户，我们为他们一个接一个地创建了Google电子表格，并要求他们在电子表格中输入原始数据。

当前的工作流程是，我们有一个程序，将电子表格逐个导出到CSV文件中，并将它们导入我们的后端系统。没关系。

现在，我们已经了解到Google脚本可能是一个更好的解决方案，例如，用户可以通过“加载项-> Get加载项”来发现电子表格中的加载项，这样我们就可以创建多个特性并通过调用API完全自动化导入过程，例如验证、尝试运行、导入等等。

问题：

• 我们将继续更新应用程序脚本中的功能，因此我们不希望每次都更新所有这些100+工作表文档。
• 我们不希望所有的公共用户都可以安装在插件中，只有我们的客户端(他们有Google auth)。
• 如果我们能够保护用户不查看/修改我们的脚本会更好。

有可能吗？

目前，我认为最好的方法是创建一个新的库项目，并将大部分代码放入其中，并创建一个使用该库的容器绑定应用程序脚本。有更好的方法吗？

Answer 1

外接程序将满足您在保护代码和允许更新方面的要求，但目前它们需要是发布到附加存储。。围绕这一点的一个解决方案是在您的附加程序中包含一个函数，这意味着只有已白名单的用户或工作表才具有该附加组件的全部功能。白名单可以通过像主电子表格这样简单的东西来维护。考虑到所有的附加的需要得到谷歌的批准，他们可能会认为限制他们的使用是有害于附加的哲学，而不是发布你的附加。

编辑：当一个外接程序被Google批准时，有可见性选项来限制访问。根据附加发布步骤12：

在“可见性选项”部分中，选择哪些用户将能够找到您的附加项--通常是所有用户或只有在Google应用程序域中有帐户的用户。

还为用于Google应用程序域的Google附加存储，并具有白名单和发布权限。/edit打开了一个功能请求。

替代解决方案非常依赖于您的用例。例如，如果100+工作表用于数据收集，并且不需要额外的Apps脚本驱动功能，则可以使用它们的文档id查询工作表并从中提取数据。要完成这些操作，即使使用基本的视图访问权限，也必须与您共享各个工作表。

管理型图书馆是另一种选择，但考虑到用户需要对库进行读取访问，如果进行更改，则必须手动更新库版本，这在您的情况下是不合适的。

Answer 2

外接程序用户无法查看其代码，一旦发布新版本，它将自动部署到已安装它的所有用户和所有启用外接程序的文档中。

我们可以通过选择“未列出”或“私有”来限制附加功能的可见性，但是如果使用外接程序的文档被共享，文档编辑器可以安装该附加功能，因此为了强制执行谁有权访问附加功能，我们应该以某种方式对添加功能进行白名单访问。

我们可以硬编码白名单、使用Properties服务或设置检查外部白名单的方法。