本文作者：极狐GitLab资深解决方案架构师尹学峰如果基于固定的评审规则每次都是那几个人，当仓库很大的时候，各个模块（文件夹）责任人不同，其他人并不太懂。所以当修改不同的模块时候，基于固定规则就太死板了。而且容易造成「评审行为」的流于形式，因为固定的人可能根本看不懂实际MR变

看见变更要分析，流程一个不能少，除非法律和政府，变更发生先识别，询问原因再记录，正式记录评影响，然后提交CCB，批准拒绝生日志，更新原来旧计划，发布通知干系人，实施批准的变更，记录原因和措施，作为经验来总结，审查实施的变更，确认变更是最后，启动一定不变更，修改章程无权限，规划变更看批准，没有批

概念：（1）变更请求：变更请求是在项目启动、规划、执行与监控过程中，提出的关于修改任何文档、可交付成果或基准的正式提议。（2）批准的变更请求：批准的变更请求是指经过实施整体变更控制过程审查和批准的变更请求。（3）确认的变更：对变更或补救过的对象进行检查，做出接受或拒绝的决定，并把决定