Javascript 谷歌应用程序脚本应该像GitHub一样存储在版本控制中吗

我对管理谷歌应用程序脚本共享开发的最佳方式感到困惑。问题是，编辑谷歌应用程序脚本是通过一个在线编辑器完成的，它有自己的版本控制，但据我所知，这并没有与其他开发者共享

那么，建议的做法是我们从编辑空间复制并粘贴到本地硬文件中，然后推入我们选择的版本控制系统，然后当我们想要测试内容时，我们将内容复制并粘贴回在线编辑器中吗？看起来杂乱无章而且容易出错

我看到一些人将他们的谷歌应用程序脚本放在Github这样的地方：

如果我们可以直接从git推送到Google应用程序脚本上，就像我们使用Heroku一样，那就太好了。非常希望能够针对我的应用程序脚本运行一组单元测试…

如果这对您很重要，您可以启动发布和发布

更新：看看我是怎么做的。 我使用命令行工具导入和导出我的GAS项目。
并将导出的项目存储在github中。
例如：

• gdget.py FILE_ID-f json#通过ID字段_ID关闭与天然气项目相关的文件，您将获得project_NAME.json和源文件

• 将文件存储到版本控制，如：github

• gdput.py-t gas PROJECT_NAME.json#使用项目文件'PROJECT_NAME.json'更新gas PROJECT

---

有关更多信息，请查看我刚刚发布了一个用于导入/导出的npm模块。这是上面链接的gdcmdtools的一个更简单版本。用法示例：

• gaps init

• gaps下载

  克隆当前工作目录中的完整项目
• 将cd放入项目文件夹并运行

  gaps upload

  将其推回到Google

---

运行

npm安装-g node google apps脚本

或在此处查看：。在下一个版本中，我计划添加一个“与github同步”功能。

您可以使用Gulp使其更简单

“我的源代码”包含多个文件和文件夹，然后在每次保存时将它们合并到一个文件中

然后我将构建复制并粘贴到脚本编辑器中进行测试

---

容易一点我认为在Gulp watch任务中添加一个自动更新Google应用程序脚本编辑器的功能非常简单

我没有使用过这个功能，但是在阅读此请求的当前状态时，有一个Eclipse插件的引用

---

我不知道我对此有何感想。我有点迷恋于整个开发环境都是在线的这一事实。将构建过程的一部分移动到桌面会破坏这一点。话虽如此。。。这可能会允许一些git/gas集成。

如果人们能够评论并说明为什么帖子不合适，而不是仅仅用负号点击帖子，那就太好了。根据指导原则，我认为这是一个合理的问题……我当然知道GAS文档的协作部分：但这似乎是为了与其他开发人员共享完成的脚本，而不是与其他开发人员协作开发脚本，这是github非常好地支持的…我完全支持这一点。目前，我对Google应用程序脚本有两个主要问题：缺少单元测试支持（*）和缺少git支持。luebken：完全同意-尽管有一些测试框架：我真正希望看到的是对BDD、行为驱动设计的良好支持，因此，我可以用cucumber之类的东西来点击谷歌应用程序脚本——目前我还不知道如何处理谷歌登录部分，但也许这是可行的……鉴于这不再是基于意见，投票重新打开它。现在有一个权威的官方支持的方法。谢谢-这对我来说非常重要：-）我已经对这些方法进行了评论。我不知道为什么我不能打开那些feauture页面-它们似乎没有与google应用程序脚本文档链接-我想让人们首先使用stackoverflow是从谷壳中割麦子的方法。。。非常感谢你的链接@SamJoseph things在上一篇帖子后改变了出价。现在，您可以在eclipse上使用应用程序脚本，从而在github上更轻松地共享。看看这篇博文很酷！这是一个伟大的发展，尽管讽刺的是，自从我最初发布应用程序脚本以来，由于测试、调试和管理它们的困难，我已经完全离开了谷歌应用程序脚本。我相信这一点现在有所改善，但我想我还需要一段时间才能再次查看它们。答案现在以“更新：使用应用程序脚本查看高级开发过程”结束；我建议将此替换为“更新：在请求制造商修复之前，首先查看本页上现在报告的解决方案，可能是最值得注意的”—包括目前引用的解决方案，甚至该解决方案的作者显然发布了该解决方案……重要的是避免重复+给予，而不是（意外）窃取，信用卡。在2015年文章（）和clasp（）推荐的gapps使用之间有更新吗？非常感谢，包括这听起来很棒！此外，大家都知道，（1）这一“差距”已更名为“gapps”；（2）重要的是：这一解决方案现在由天然气制造商谷歌正式发布、认可和记录，网址为