开发者社区 > 云效DevOps > 正文

设置要求合并前通过代码评审但不生效有什么原因?

设置要求合并前通过代码评审但不生效有什么原因?

展开
收起
邂逅青青 2024-08-15 16:47:37 30 0
1 条回答
写回答
取消 提交回答
  • 在代码评审的过程中,一般需要多轮次的评审改动,产品背后的逻辑是需要支持评审循环迭代过程中的状态轮转。简单清晰的评审状态机,在这里至关重要。新版合并请求中,我们简化了评审状态设计,总共抽象为4种状态,以下为各个状态的说明以及状态流转示意:
    image.png

    说明
    对比Codeup老版合并请求优势如下:

    循环迭代:老版合并请求,当评审到达待合并状态之后,没有办法完成状态回退,即无法轮转回评审中(或开发中)的状态,进而难以进行多轮迭代。而在新版合并请求中,新的状态机可以很好的解决这个问题;

    卡点生效:老版合并请求,当我们修改了合并卡点的配置,针对当前已经处于待合并状态的合并请求无法实时卡点生效,在新版代码评审中解决了这个问题,例如当处于紧急发布等场景,可以随时关闭和开启卡点设置,完成紧急情况下的代码合入。

    参考文档https://help.aliyun.com/document_detail/2492311.html?spm=a2c4g.399698.0.i10

    2024-08-20 10:06:05
    赞同 展开评论 打赏
问答分类:
问答地址:

云效,企业级一站式研发协同平台,数十万企业都在用。支持公共云、专有云和混合云多种部署形态,通过云原生新技术和研发新模式,助力创新创业和数字化转型企业快速实现研发敏捷和组织敏捷,打造“双敏”组织,实现多倍效能提升。

热门讨论

热门文章

相关电子书

更多
低代码开发师(初级)实战教程 立即下载
冬季实战营第三期:MySQL数据库进阶实战 立即下载
阿里巴巴DevOps 最佳实践手册 立即下载