Skip to main content
在异常追踪中,所有 Issue 都有一个状态,帮助您对问题进行分类和优先级排序。

状态类型

所有新发现的 Issue 初始状态为待处理(for_review)。Flashduty 会根据特定条件自动更新状态,您也可以手动调整。

自动解决 Issue

Flashduty 会自动将不活跃或已解决的 Issue 标记为已解决(resolved):
如果 Issue 最后一次报告的版本已超过 14 天,且新版本中未再次出现该错误,系统会自动将其解决。
如果未设置 version 标签,当 Issue 在过去 14 天内没有新错误报告时,系统会自动将其解决。
正确配置应用程序的 version 标签对于准确识别已解决的 Issue 至关重要。

自动重新打开 Issue

Flashduty 具备 Issue 检测功能,当已解决的 Issue 再次出现时,系统会自动重新打开并标记为**待处理(for_review)**状态,同时在活动时间线中记录该事件为「问题复现」状态。

什么是问题复现?

复现指的是先前已修复的问题在代码更新后意外重新出现。Flashduty 的回归检测可自动识别这些情况,将相关 Issue 重新打开,而不是创建重复的 Issue,从而保留问题的完整上下文和历史记录。

复现检测机制

当满足以下任一条件时,复现检测将被触发:
  • 如果**已解决(resolved)**的错误在代码的更新版本中重新出现
  • 如果在未设置版本标签的情况下,**已解决(resolved)**状态的错误再次出现
一旦检测到问题复现,Flashduty 会:
1

变更状态

自动将 Issue 状态变更为待处理(for_review)
2

添加标签

为 Issue 添加问题复现标签,便于快速识别

关联版本配置

复现检测会考虑错误发生的服务版本信息,只有在 Issue 标记为**已解决(resolved)**后的新版本中才会触发检测。
如果不设置版本标签,当已解决的 Issue 再次发生错误时,系统仍会将其标记为「问题复现」,但无法确定是否在新版本中发生。

手动更新状态

您可以在任何显示 Issue 的地方手动更新其状态,包括 Issue 列表或详情面板。
手动更新状态

手动更新 Issue 状态

只需点击当前状态,然后从下拉菜单中选择新状态即可。

最佳实践

持续监控

定期检查**待处理(for_review)**状态的 Issue,确保新问题和回归问题得到及时处理

版本管理

始终为应用程序配置正确的版本标签,以便系统能准确识别已解决的问题
通过有效管理 Issue 状态,您的团队可以更专注于解决重要问题,减少处理噪声的时间,提升整体开发效率。

下一步

异常查看

了解如何查看和分析异常详情