生产变更需要审批
生产变更值得第二双眼睛。这是内建的：Developer 不能直接写入生产类别的环境，但他们也不用提工单——他们就地提议这次变更，由任何一位第二个队友来应用。
没有什么需要打开的。如果你的环境是生产类别，而你的团队里有 Developer，那它已经是这样运作的了。
提议一次变更
Section titled “提议一次变更”作为 Developer，在生产环境里做出你想要的改动——一次切换、一次规则编辑——控制台会提出提议它，而不是应用它。如果需要，加上你的理由，然后提交。flag 本身此时还不会动。
批准一个提案
Section titled “批准一个提案”任何一位 Developer 或以上的队友——除了提议它的那个人——审核这个待处理的提案并批准它，批准会当场应用它。待处理的提案会出现在控制台的审批收件箱里，所以留意那个铃铛；收件箱就是通知（没有邮件提醒）。
有两条规则始终成立：
- 没有人能批准自己的提案。这是按人执行的，不是按角色——Admin 也不能自我批准。
- 审计日志会记下两个人的名字，在每一个已应用的提案上：谁提议的，谁批准的，改了什么。
这是什么——以及不是什么
Section titled “这是什么——以及不是什么”这是同伴审核，不是层级审核：两位 Developer 一起就能改变生产环境，这正是要点——Admin 以下没有任何一个人能独自改变它。在设定预期时值得知道：
- Admin 和 Owner 仍然直接写入生产环境。提案路径是 Developer 的进入路线，不是对所有人的一道门。目前没有任何设置能强制 Admin 也走审批。
- 批准是一个人，不是法定人数。
如果一个提案有问题，审核者只需不批准它——提议者可以在形态对了之后再提一个新的。