【问题标题】:What's a good workaround for Triggers being disabled because they were created by a now-disabled Google Workplace user?由于触发器是由现已禁用的 Google Workplace 用户创建而被禁用的,有什么好的解决方法?
【发布时间】:2021-10-29 16:38:47
【问题描述】:

我的公司使用 Google Suite,并且有少数工程师在 Sheets 中开发项目(通常供技术背景较低的其他人使用)。

其中一些项目涉及创建触发器(例如“每天午夜保存此工作表的内容”)。

我发现,当其中一位工程师离开公司并且他们的帐户被禁用时,该用户编写的触发器将被禁用,其余用户既无法查看也无法编辑其内容。他们也看不到由不同(活动)用户创建的触发器的详细信息。

是否有已知的解决方法来获取此类触发器的内容?或者是否有更好的做法可以不将触发器的状态与用户的状态联系起来?

【问题讨论】:

    标签: google-apps-script triggers google-account


    【解决方案1】:

    Google 有一个脚本协作指南:Collaborating with Other Developers 。简而言之,他们建议将脚本保存在共享驱动器中,因为这将允许多个用户执行与存储在“我的驱动器”中的脚本所有者相同的操作,但这需要使用有权访问共享驱动器的 Google Workspace 帐户。

    如果脚本创建者无权访问共享云端硬盘,请要求他们将脚本的所有权转让给其他人使用的更稳定的用户帐户。恕我直言,最好的方法是拥有一个不与特定人员绑定的通用用户帐户,即scripts@example.com.,另一个优点是,如果更改是“由真人”或由触发器。

    另一种选择是域管理员可以将文件所有权从禁用帐户转移到另一个用户帐户,无论是真人帐户还是通用帐户,即archivist@example.com,然后有权访问该帐户的人可以这样做找到相应的脚本并进行必要的调整。

    根据工程师的数量和公司的规模,您可能还希望保留一份其他人使用的所有脚本的清单,并实施某种以脚本所有权继承为重点的排序或配对审查。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2020-08-11
      • 2017-10-31
      • 1970-01-01
      • 1970-01-01
      • 2018-11-17
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多