【发布时间】:2019-07-16 20:45:29
【问题描述】:
所以,我最近一直在将 Slack 集成到我的后端,我注意到在开发和/或生产中工作变得有点超级烦人。
主要是因为似乎没有办法在环境之间切换,所以我想知道我是否在这里忽略了一些东西。
现在我刚刚创建了 MyApp 和 [dev] MyApp 并镜像了设置 s.t.我可以在本地和我的生产服务器上测试应用程序。这意味着所有斜杠命令、它们的公共 webhook url、交互式消息 webhook url,以及事件的事件 webhook url 以及用于安装的附加 webhook url 等等。
相当耗时,但最重要的是:容易出错。
长话短说:我想知道是否有更简单的方法来管理 Slack 应用的开发和生产环境。
【问题讨论】:
-
我认为为每个环境准备一份 Slack 应用程序的副本是可行的方法。就像您为每个环境拥有不同的数据库实例一样。
-
仍然投票结束,因为他们的问题类型往往主要基于意见。
-
@ErikKalkoken 好吧,这不是真正基于意见的 imo:它要么可能,要么不可能。显然 Slack 希望我们为一个部署生成和管理多个应用程序。与数据库的比较在这里不起作用,因为对于数据库,您使用的是 same 代码库,而您所做的只是例如连接 URL。但是对于 Slack,一个有效的比较是如果我将整个代码复制到一个名为
dev-myapp的新 git 存储库中,并且从现在开始,每当我在存储库myapp中进行更改时,我都会在dev-myapp中手动更改代码. -
我不同意。实际上,您将拥有数据库的完整副本,其中包含每个环境的架构和数据。但是 Slack 应用程序就更少了。它只是一个配置,一旦你完成了你的设计,它应该是相当稳定的。它并不都像代码库。证明:你可以只用一个配置文件来代表你的整个 Slack 应用程序,例如在 JSON 中。
-
你的 Slack 应用程序的 dev 和 prod 之间的唯一区别应该是指向各自环境的 URL。我可能会补充一点,您还想为 dev 和 prod 使用不同的 Slack 工作区,因此您可以保持名称相同(例如斜杠命令)。
标签: slack slack-api slack-commands