Google apps script /dev和/exec+；管理版本

关于脚本的发布版本，我有几个问题

脚本的

/exec

和

/dev

版本之间有哪些详细区别

如果保存脚本的一个版本，然后发布它，然后对代码进行一些更改，会发生什么情况：

• 如果在进行这些更改之前不创建下一个版本，它们是否会影响已发布脚本的

  /exec

  版本

我有一个已发布版本的脚本，然后我发布了另一个更新版本的脚本，然后我对代码进行了一些更改，但它们似乎也会影响最旧的已发布版本，这是可能的还是我做错了什么

---

a/exec points是当前部署的应用程序“生产”版本。这将指向文件->管理版本下的命名版本。这样，您可以在快照一个版本并发布它之后继续测试，而不会破坏任何人/dev指向代码的最新副本。。。您不必保存版本来测试任何更改。您只能发布应用程序的一个版本

b。如上所述，您在未发布该版本的情况下所做的任何更改（必须先保存新版本）都不会影响/exec。但这将立即显示在/dev中

---

c。我不明白这一点——你说的“似乎也会影响最古老的出版版本”是什么意思？您无法访问最旧的发布版本。只有一个发布版本（/exec）和代码的当前状态（/dev）。

我的脚本有两个链接：它们是用不同版本的脚本发布的，它们似乎都可以工作，这是正常行为吗？更重要的是，当我更改脚本时，它似乎会影响两个exec，我不知道这是一个bug还是我做错了什么？嗯，这通常是不可能的。唯一可行的方法是，如果您有一个脚本库项目，它包含在这些web应用程序中（使用不同的键），并且它包含在“开发模式”中，并且您正在编辑脚本库。这将影响两个不同的服务，它们是用两个不同的键发布的。谢谢，非常感谢你的回答。事实上，我的脚本中包含了一个库，它处于“开发模式”模式，但我不知道它会导致如此奇怪的行为。当我关闭“开发模式”时，它将恢复到标准行为？这是正确的-如果你关闭开发模式，你将选择web应用程序将运行的库的特定发布静态版本。如果你想让你的脚本能够获得它正在运行的项目版本，那么请点击“star”@Edo的对应链接。你的明星就等于投了这项功能的一票。（请求位于官方应用程序脚本问题跟踪器中，指向官方谷歌应用程序脚本支持页面。）