Google Sheets如何实现中心化代码，避免逐工作簿同步更新脚本？

以下方案均无需逐工作簿手动复制代码，可直接规避反复同步的运维成本：

方案1：独立通用脚本项目 + Apps Script库机制 #

这是适配你现有场景的最低改造成本方案

• 将所有需要跨表同步的公共业务逻辑、修复后的代码，全部迁移到一个不绑定任何特定Google Sheets的独立Apps Script项目中开发，不要直接把代码写在某个工作簿的容器绑定脚本里
• 完成测试后，将该独立项目发布为公开访问的脚本库
• 后续每个工作簿的绑定脚本项目只需要做两件事：
  • 导入这个公共脚本库的引用
  • 写几行极简的专属配置代码：比如定义当前工作簿的专属参数、给表内的自定义按钮绑定公共库暴露的方法
• 后续所有bug修复、功能迭代，只需要修改这个独立的公共项目，重新发布新版本后，所有引用该库的工作簿会自动生效，完全不需要跨表同步代码
• 实操小技巧：引用库时可以锁定固定的稳定版本号，等新代码全量验证没问题后，再统一切换版本，避免未测试的改动直接影响线上用户

方案2：集中式自动同步脚本（过渡适配方案） #

如果短期内不想改造现有代码结构，可以用这个方案先把手动同步的环节自动化

• 新建一个独立的Apps Script项目，内置批量遍历逻辑，把所有关联的工作簿ID存在项目的配置表里
• 编写定时任务，自动从指定的源脚本项目拉取最新代码，批量覆盖所有关联工作簿里的旧脚本
• 这个方案本质还是把代码部署在每个工作簿的绑定脚本里，只是用脚本替代了手动复制粘贴，不是真正的无同步中心化模式，适合代码改造周期内的临时过渡

方案3：独立Web App部署（长期扩展方案） #

如果后续用户规模到105个以上，这个方案的扩展性最强

• 把核心功能全部部署为独立的Apps Script Web App，完成所有bug修复和功能迭代都只在这个Web App项目里操作
• 所有用户的工作簿只需要通过内置自定义函数、简单的fetch请求，调用这个Web App的接口完成交互
• 这种模式下完全不存在需要同步到工作簿的脚本代码，运维成本最低
• 实操注意：要给Web App加好权限校验逻辑，避免非授权用户调用接口篡改数据

通用实操注意点 #

• 所有中心化管理的脚本项目，权限设置为仅项目所有者可编辑，普通用户仅保留调用/访问权限，避免代码被误修改
• 做好版本回溯机制，每次发布修复版本前留存历史版本，出现问题可以快速回滚
• 涉及需要读取当前工作簿内容的逻辑，只需要在调用公共方法时把当前表的上下文对象作为参数传入即可，不需要把工作簿的专属配置写在公共代码里

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