补丁废弃¶
目标¶
为核心评审人员提供可应用于未完成评审的基本策略。 最终是否废弃补丁，始终由核心评审人员自行决定。 此策略仅为基本准则，包含一些基本规则。
问题描述¶
TripleO 包含许多不同的项目，其中许多补丁会变得过时或被遗忘。 这可能会在尝试评审给定项目的当前补丁时导致问题。
何时废弃¶
如果作者将建议的补丁标记为 -1 WIP，但已处于空闲状态超过 180 天，则核心评审人员应参考此策略废弃该更改。
如果建议的补丁已提交并收到 -2 评价，且该补丁在没有尝试解决 -2 问题的 90 天内处于空闲状态，则核心评审人员应参考此策略废弃该更改。
如果建议的补丁因 CI 给出 -1 评价而变得过时，并且在 90 天内没有活动来解决问题，则核心评审人员应参考此策略废弃该更改。
如果建议的补丁在没有活动 90 天的情况下出现合并冲突，即使 CI 给出 +1 评价，核心评审人员也应参考此策略废弃该更改。
何时不废弃¶
如果建议的补丁没有反馈，但 CI 给出 +1 评价，则核心评审人员不应废弃此类更改。
如果建议的补丁收到评审人员的 -1 评价，但 CI 给出 +1 评价且没有合并冲突，并且作者在几周内没有回应，评审人员可以在评审中留下提醒评论，以查看是否仍然对该补丁感兴趣。 如果问题微不足道，任何人都可以随时检出该更改并使用相同的更改 ID 重新提交，以保留原始作者身份。 核心评审人员不应废弃此类更改。
恢复¶
可以自由恢复您自己的补丁。 如果核心评审人员已废弃某个更改，任何人都可以通过在 OFTC 的 #tripleo 频道或通过发送请求到 openstack-dev 邮件列表来请求核心评审人员恢复该补丁。 如果补丁再次变得过时，则可能会再次被废弃。
替代方案与历史¶
此主题之前曾在 openstack 邮件列表中提出 [1]，并提出了用于自动废弃的代码 [2]。 Puppet OpenStack 组使用类似的策略 [3]。
实现¶
里程碑¶
Pike-2
工作项¶
参考资料¶
修订历史¶
发布名称 |
描述 |
|---|---|
Pike |
引入 |
注意
本作品采用知识共享署名 3.0 非移植许可协议授权。 http://creativecommons.org/licenses/by/3.0/legalcode
