在异常追踪中,所有 Issue 都有一个状态,帮助您对问题进行分类和优先级排序。Flashduty 支持四种 Issue 状态:待处理 (for_review):需要关注的新问题或回归问题。
处理中 (reviewed):已分类且需要修复的问题,可立即或稍后处理。
已忽略 (ignored):不需要进一步调查或处理的问题。
已解决 (resolved):已修复且不再发生的问题。
所有新发现的 Issue 初始状态为待处理 (for_review)。Flashduty 会根据特定条件自动更新状态,您也可以手动调整 Issue 状态。自动解决 Issue#
Flashduty 会自动将不活跃或已解决的 Issue 标记为已解决 (resolved),具体规则如下:如果 Issue 最后一次报告的版本已超过 14 天,且新版本中未再次出现该错误,系统会自动将其解决。为确保自动解决功能正常工作,请为您的服务配置版本标签。
如果未设置 version
标签,当 Issue 在过去 14 天内没有新错误报告时,系统会自动将其解决。
正确配置应用程序的 version
标签对于准确识别已解决的 Issue 至关重要。
自动重新打开 Issue#
Flashduty 具备 issue 检测功能,当已解决的 Issue 再次出现时,系统会自动重新打开并标记为 待处理 (for_review) 状态,同时在活动时间线中记录该事件为「问题复现」状态。什么是问题复现?#
复现指的是先前已修复的问题在代码更新后意外重新出现。Flashduty 的回归检测可自动识别这些情况,将相关 Issue 重新打开,而不是创建重复的 Issue,从而保留问题的完整上下文和历史记录。复现检测机制#
如果 已解决 (resolved) 的错误在代码的更新版本中重新出现,系统会触发复现检测
如果在未设置版本标签的情况下,已解决 (resolved) 状态的错误再次出现
1.
自动将 Issue 状态变更为 待处理 (for_review)
2.
为 Issue 添加 问题复现 标签,便于快速识别
问题复现关联版本#
复现检测会考虑错误发生的服务版本信息,只有在 Issue 标记为 已解决 (resolved) 后的新版本中才会触发检测。为了确保此功能正常工作,请务必为您的服务配置 version
标签。如果不设置版本标签,当已解决的 Issue 再次发生错误时,系统仍会将其标记为「问题复现」,但无法确定是否在新版本中发生。
手动更新状态 Issue#
您可以在任何显示 Issue 的地方手动更新其状态,包括 Issue 列表或详情面板。只需点击当前状态,然后从下拉菜单中选择新状态即可。
状态管理最佳实践#
持续监控:定期检查 待处理 (for_review) 状态的 Issue,确保新问题和回归问题得到及时处理。
版本管理:始终为应用程序配置正确的版本标签,以便系统能准确识别已解决的问题。
通过有效管理 Issue 状态,您的团队可以更专注于解决重要问题,减少处理噪声的时间,提升整体开发效率。下一步#