问题一：Reviewer在review大型patch时应关注哪些重点？
Reviewer在review大型patch时应关注哪些重点？
参考回答：
在review大型patch时，Reviewer应关注的重点首先是接口的定义和行为是否符合预期，可以假设自己是该代码的使用方进行判断。其次是测试代码的质量和覆盖范围，测试代码的质量与实现的质量同等重要，理解提交者想通过测试验证哪些内容比单纯理解测试代码的含义更重要。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/654016
问题二：Reviewer在给出review建议时需要注意什么？
Reviewer在给出review建议时需要注意什么？
参考回答：
Reviewer在给出review建议时，不仅要给出具体的建议，还要给出建议的原因，这样可以帮助提交者更好地理解和改进代码。同时，如果看到写得好的代码，不要吝啬赞赏的语句，这会对提交者产生很大的鼓舞。
Reviewer在审查代码时应特别注意.h文件以及协议的修改，因为这些修改可能影响到整个系统的接口和行为。同时，没有测试覆盖的代码也没有必要进行深入的审查，因为这样的代码可能存在较大的风险。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/654017
问题三：什么是主干开发（trunk based development）？主干开发对开发者提出了哪些要求？
什么是主干开发（trunk based development）？主干开发对开发者提出了哪些要求？
参考回答：
主干开发（trunk based development）是一种持续集成（continuous integration）的开发模式，其中所有的开发活动都集中在主干分支上进行，而不是分散在多个分支上。这种开发模式要求开发者具备功能特性拆分的能力，并确保每次代码提交都能达到准上线的质量标准。主干开发对开发者提出了很高的要求，包括具备功能特性拆分的能力，以及确保每次代码提交都能达到准上线的质量标准。这种开发模式也推动了测试左移的编码习惯，即在提交代码入库之前进行测试编码。 
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/654018
问题四：为什么块存储选择了主干开发模式？发布模式有哪些种类？
为什么块存储选择了主干开发模式？发布模式有哪些种类？
参考回答：
块存储选择了主干开发模式，是因为过去的多分支开发模式存在漏提交、合并冲突多、迭代慢等问题，且需要长期占用多套测试环境。而主干开发模式能够“集中力量办大事”，所有的持续集成测试资源都集中在主干分支回归，提高了开发效率和测试覆盖率。
发布模式分为两种，一种是公有云的主干分支发布模式，另一种是专有云的LTS（Long Time Support）拉Release分支发布模式。这两种模式根据应用场景的不同，选择适合的发布策略。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/654019
问题五：主干发布是目的还是手段？
主干发布是目的还是手段？
参考回答：
主干发布既不是目的，也不是手段，而是测试能力不断提升后水到渠成的结果。在进行主干发布时，需要严格控制发布变量和发布节奏，避免因为修复一个bug而引入另一个更严重的bug。只有经过成熟的测试验证，方可进行发布。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/654020
