在Jira中删除问题后，任何形式的Jira增量API都不会发出通知。
因此，对于诸如“全提前期”或“全解决时间”之类的简单内容，可以将这些指标搞混，因为在太阳被烧毁之前，“已删除的凭单”将一直处于“打开”状态，而且没有办法知道它已被删除。只是“ po”。
是否有有效的解决方案？到目前为止，我的想法。
直接Jira SQL访问。在Jira中提取问题ID的完整列表。针对此列表进行内部联接/过滤。删除的票证是从完全刷新的列表中“消失”的票证。
每天晚上通过REST API对Jira的问题ID进行一个完整的周期，一次一次，共1000个问题。基本上与1相同，但仅查找被删除的票证效率低下。
我隐约听到了某种“删除监听器”-我不确定那是什么。它适用于每个项目吗？可能存在一些变通办法，您可以每天找到“已删除的工作流程”并将其链接到已删除的问题。有人知道吗？
显然，这是JIRA API中的一个巨大缺陷，许多其他票务软件（例如Zendesk）实际上正确无误，并在事件和票证元数据中添加了“已删除”。但是在Jira中是否有常识性的方法来处理“删除问题”？
答案 0 :(得分：0)
您可以通过删除删除对所有用户（管理员除外）的问题的选项来避免这种情况。您的用户可以通过将票证保持为“已分发”状态来处置票证。
答案 1 :(得分：0)
根据您要实现的目标，您可能需要考虑Jira webhooks，它可以通知您有关已删除问题的信息。如果收到Webhook，则可以决定要对hit做些什么。例如，您可以将它们存储在数据库中的某个位置。
Jira Server文档：https://developer.atlassian.com/server/jira/platform/webhooks/
Jira Cloud文档：https://developer.atlassian.com/cloud/jira/platform/webhooks/您应该考虑到Jira Cloud的webhooks需要执行更多工作，因为您需要使用身份验证之类的东西。但是，由于您提到直接访问数据库，因此我假设您正在使用Jira Server。
您可能希望考虑使用ScriptRunner或Automation for Jira之类的应用程序，而不是实施和托管自己的小型应用程序以接收Webhook。