git分支管理以及公司各个发布环境介绍

git分支管理

谈下感受
当我在小公司的时候，对于的git的概念就是提交代码，拉取代码，发布代码等。
没有一个大概的概念，直到我进入大公司的时候，才发现git的分支管理是有一定的规范的。下面我开始介绍我在大公司中项目git的分支管理…

正常流程：

1.新建分支（功能还是bug，命名为feature-* 或 fixbug-*）

当我们提交自己编写的代码之前，要先新建个自己的分支，这个分支按道理是没有任何意义的，因为用完这个分支之后，管理员会删除掉。为什么要新建个没用的分支呢？因为当你用之前的分支提交时，在pull代码的时候，会将其他开发人员的代码一并拉下来，当你push代码的时候，你会发现，提交的代码中不单单有你的代码，还夹杂着别人的代码，所以新建个分支，就会避免这个。

2.提交代码到远程仓库中

这一块就不做多介绍了，大部分开发人员都知道，commit代码到本地，然后直接push代码就行，不需要pull

3.申请合并代码

发起merge合并请求（可在gitlab页面“New merge
request”），将新分支请求merge到develop分支，并提醒code reviewer进行review

4.code管理员合并代码到dev分支，并删除新分支

code管理员对代码review之后,同意merge请求，新分支merge到develop分支，删除新建分支，如果有问题就不合并，close关闭请求

5.新建tag，发布代码，转测试（tag名可为v1.0.0_2019032115（即版本号_上线时间））

可在gitlab页面NewTag，如果你想发布你的代码，但是code管理员还没有合并，可在newTag的时候选择你的分支，然后新建。我在公司时，经常这样干，因为是开发环境，影响不大，但是还是最好通知一下组长。

6. 通过jenkins发布代码

将新建的tag，在公司的jenkins中发布

公司的环境一共有6个

开发，测试，沙盒，yu，灰度，生产

说下沙盒环境和yu以及灰度

1、沙盒环境

就是相当于一个同步的环境，我公司每周三会将yu环境同步到沙盒，多出的沙盒环境是因为怕到时候yu环境有问题，到时候可以紧急同步沙盒上去

2、yu环境

yu环境就是生产灰度之前的一个环境，当开发人员在开发，测试，沙盒中都没问题了就可以发yu了，yu环境的数据库和线上也就是生产环境数据库相同，是真实的数据。

3、灰度环境

灰度环境就是，先让代码在灰度环境跑一段时间，如果没问题了就上生产环境，客户使用