根据和QA SIG同事讨论，测试报告的评审放在代码合入之后。其他流程不变。 1. 按照社区特性设计模板（https://gitee.com/opengauss/community/tree/master/design/template ）撰写特性设计说明书，并在plugin sig例会上评审通过 2. 代码编写/自测，提交代码review，修改检视意见 3. 按照社区check-in模板（https://gitee.com/opengauss/community/tree/master/check-in/template ）撰写checkin说明书，并在plugin sig例会上评审通过 4. 代码合入 5. 按照社区QA测试报告模板（https://gitee.com/opengauss/QA/tree/master/Test_Delivery_Templates ）撰写openGauss XX版本XX特性测试报告模板.md、openGauss XX版本测试策略模板.md，并在 QA sig例会上评审通过 ________________________________ 发件人：pengjiong <pengjiong1@huawei.com> 收件人：plugin <plugin@opengauss.org> 时 间：2022-04-28 11:28:00 主 题：关于参与plugin仓库特性合入流程的说明 1. 按照社区特性设计模板（https://gitee.com/opengauss/community/tree/master/design/template）撰写特性设计说明书，并在plugin sig例会上评审通过 2. 代码编写/自测，提交代码review，修改检视意见 3. 按照社区check-in模板（https://gitee.com/opengauss/community/tree/master/check-in/template）撰写checkin说明书，并在plugin sig例会上评审通过 4. 按照社区QA测试报告模板（https://gitee.com/opengauss/QA/tree/master/Test_Delivery_Templates ）撰写openGauss XX版本XX特性测试报告模板.md、openGauss XX版本测试策略模板.md，并在 QA sig例会上评审通过 5. 代码合入