在代码评审的过程中,一般需要多轮次的评审改动,产品背后的逻辑是需要支持评审循环迭代过程中的状态轮转。简单清晰的评审状态机,在这里至关重要。新版合并请求中,我们简化了评审状态设计,总共抽象为4种状态,以下为各个状态的说明以及状态流转示意:
说明
对比Codeup老版合并请求优势如下:
循环迭代:老版合并请求,当评审到达待合并状态之后,没有办法完成状态回退,即无法轮转回评审中(或开发中)的状态,进而难以进行多轮迭代。而在新版合并请求中,新的状态机可以很好的解决这个问题;
卡点生效:老版合并请求,当我们修改了合并卡点的配置,针对当前已经处于待合并状态的合并请求无法实时卡点生效,在新版代码评审中解决了这个问题,例如当处于紧急发布等场景,可以随时关闭和开启卡点设置,完成紧急情况下的代码合入。
参考文档https://help.aliyun.com/document_detail/2492311.html?spm=a2c4g.399698.0.i10
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
云效,企业级一站式研发协同平台,数十万企业都在用。支持公共云、专有云和混合云多种部署形态,通过云原生新技术和研发新模式,助力创新创业和数字化转型企业快速实现研发敏捷和组织敏捷,打造“双敏”组织,实现多倍效能提升。