导出触发列表
你好,
我们正在做一个移除和整合触发器的练习。我们有315个触发器，也许能把它们减少到200多个。然而，没有简单的方法来获得我们实际拥有的触发器列表，所以这个过程比预期的要慢。
我希望看到一种不需要创建API就能导出当前处于活动状态的触发器列表的方法。我想能够导出一个csv文件，其中包括触发器名称，类别，描述和活动的最后7天。如果我们可以选择我们自己的活动时间框架(7天/14天/30天和/或选择日期)，则可以加分。如果我们还可以选择激活和/或不激活的触发器，则额外加分。
谢谢。
-
谢谢你的反馈，Eric!
-
我支持!理想情况下，导出还应包括条件和操作。我们有许多触发器(500多个)，如果不能轻松导出，管理这些触发器是很麻烦的。
是的，API是一个选项。但是，当触发器之间有不同数量的条件或操作时，JSON API导出的列就会变得不稳定，因此在我们的实例中有如此多的触发器，这使得很难进行清理以使用数据。
对于转移到触发器类别的实例，导出也会使转换变得容易得多。
-
是的，这是一个非常需要的功能-能够打印触发器列表并将触发器条件导出到电子表格。这将使管理员更容易管理。
-
这将是一个非常有用的功能。
我需要在260多个项目的触发列表中评估一些令人头痛的射击顺序。
现在，我似乎只能手动为每个触发器添加描述，以显示其条件和动作，然后评估列表，并尝试将其按适当顺序排列。然后……祈求好运吧?
如果我可以导出这些触发器，我会简单地将它们放入电子表格中，应用函数按类别标记每一行，相应地重新排序表格上的列表，然后将重新排序的列表导入我的沙盒中进行测试，然后再发布到生产环境中。我甚至可以使用导出的列表更快地将我的条件+动作描述添加到生产中。
这将节省我许多时间，并帮助我更加确信自己不会破坏生产中的所有内容。：）
-
这将是一个好主意——我们需要改变整个品牌的触发器，但没有办法确切地看到我们需要做什么。
-
同意!当审计我们的触发因素并考虑如何重新组织/重新分类时，这将非常有帮助。
-
是的，我完全同意这对我们也会非常有帮助。我们只有115个触发器，但它们是由突然离开的其他人创建的，我们正试图理解它们的含义，以及哪些是真正需要的!
-
我同意——如果能够导出触发器来帮助我们的团队编译和维护内部培训/背景、更新等文档，那将非常有帮助。
-
加上这个请求，今天非常需要修改我们的聊天触发器，因为之前完成的工作产生了冲突。在这种情况下，导出触发器是一个很好的选择。
请登录留下评论。
9日评论