有没有办法在不同的开发生命周期环境中使用 SendGrid 模板版本控制？

Question

SendGrid 中的版本控制允许 API 客户端仅通过此处记录的模板 ID 发出模板请求，但是，一次只能“活动”一个模板版本。显然，用于我们的生产应用程序的模板需要始终设置为活动状态，但是如何添加我们在即将发布的版本中使用的新模板版本呢？我如何利用模板版本在我们的测试环境中测试这个“非活动”版本？此处讨论了该问题，但是当您开始关注链接时，它似乎只是关闭并丢失了。

如果无法指定版本控制，那么只剩下几个选项需要创建特定于环境的模板并在发布完成后将它们提升为特定于生产的模板，或者为不同的 SDLC 环境创建单独的帐户并将它们迁移为这一进程向前推进。

此处也讨论了有关语言版本控制的问题，但这确实对我的问题没有帮助。

鉴于 SendGrid 的 API 提供的工具来利用版本控制，最佳实践是什么？拥有不同的 SDLC 步骤命名模板似乎是维护数百个模板的灾难（更不用说每个环境的多个模板了）。在转移到生产时进行测试时，管理多个帐户似乎是一场噩梦。我只是在这里遗漏了一些完全明显的东西吗？

Answer 1

我与 SendGrid 的技术代表进行了交谈，他们的 API 或 UI 无法提供此功能。一次只能“激活”一个模板。您需要为每个环境使用单独的模板，或者需要从 API 使用者来管理模板。如果有人阅读本文并对不同的解决方案有疑问，请随时发帖，我将解释如何根据应用程序的需求解决此问题。

Answer 2

显然有没有记录的方法来处理这个问题。

我有一些库代码可以解析动态模板的句柄逻辑，并以编程方式注入绑定任何变量所需的最小数据量。因此，在设计时，如果我们希望可以在模板中添加您喜欢的任何随机项目，而无需每次都更新后端。

因此，后端的所有逻辑至关重要，以确保交付的电子邮件实际上与我绑定数据的版本相同，并且我不会经常刷新缓存。。。

今天对此进行了一些深入研究，

我没有看到它在任何 sendgrids 存储库或文档中的任何位置记录，因此该功能将来可能会更改或中断，但您可以使用：

{“template_id”：“d-#{template-guid}.#{version-guid}”

控制在 v3/send/mail 调用中使用哪个版本的模板。