Git合并代码到线上分支

1.背景介绍

为何要写这样一篇

大多数开发在工作之初应该都经历过这样一段，在开发完一个需求，走完测试，预发流程需要上线的时候，会被前辈提醒，线上环境的影响面，合并代码的时候要特别小心，不要出错；上线的流程一般有一个灰度，和正式的步骤，这两个环境涉及到两个分支，往往因为多人的参与，代码提交记录具有不小的差异性；外加生产环境，正式流量，服务稳定性，故障复盘...这些名词的加持下，导致新人对这个环节更加紧张了，可能对本来自己开发时随便使用的方式都不太自信了。

这个问题最好的方式是通过进一步了解git的相关知识之后，无论面对什么样场景合并代码都没有压力。当然这样的话，需要花的时间更多，往往我们需要查这些相关问题的解决办法的时候，就是临近上线的时候，没有那么多时间去做了解；下面是总结的一套快速上手代码合并的方法。

2.将自己的代码合并入线上分支

一般情况下，线上分支有两个 灰度 和正式分支。流程规范的情况下，分支出现不一致，往往master分支是落后于灰度分支的。也有少数情况出现正式领先的情况（bug fix之类的），为了不出现因为合并了别人的代码，遇上环境不一致的场景导致线上问题，给自己本次需求带来额外的工作量，最好的办法就是：

将灰度和正式分支单独看待和合并处理，不做交叉的处理。记住一点，你上线的目的是为了让你的代码上线，不管是灰度的小流量，还是正式的全量，不同的环节，将自己的代码合并到对应的