让评审和异常处理有明确的下一步

反馈要落到具体问题

工程任务完成后，先检查代码评审意见、安全反馈、测试失败和合并冲突。检查频率按任务时长与资源安排，不把固定分钟数当成所有项目都必须遵守的规则。

发现问题时，把任务保持在处理中，交回错误表现、已有证据和期望结果。没有阻塞之后，再进入待评审。消息中的‘已经完成’不能替代产物和实际检查。

教学改绘示意；操作以实际界面为准。

证明材料怎么写

说明每份材料检查了什么，也说明还没有验证什么。失败后先分析现有日志，不重复创建环境硬重试。

合并单独确认

待评审表示可以检查，并不自动表示可以合并。按当前项目规则和任务授权处理合并与发布；首次练习保留人工审查更容易发现遗漏。要求暂不合并的任务，不因为测试通过就继续执行。

紧急任务也需要停止条件

紧急缺陷可以提高检查频率，但要设定时间与用量上限。用更快的节奏确认是否有新进展，而不是无限重试。相同错误没有新证据、权限不足或资源紧张时，停止并上报。

请在本次约定的时间与用量内检查阻塞。
每次跟进说明新发现了什么、准备改变哪一步。
同样错误没有新证据时停止。
保留现有日志和产物，报告未完成项。
评审通过后等待本人的合并决定。

练习与验收

挑一条真实反馈，让执行岗位定位并修复，再由检查岗位重复原操作。任务表记录修复、复测和仍未覆盖的范围。只有原问题可重复地消失，才把对应验收项改为通过。