Gitlab 流程规范

公司的项目管理规范吧，是用git和gitlab来做项目开发进度管理的，可能以后有用，稍微记录一下

---

Others：

1. 每次改bug的分支合并回develop都要在gitlab提交一次merge request给owner看。除了说不同的人看代码会发现bug外。 重要是每次的mr有回溯记录。需要时可以看以前哪个分支合过来引起的问题。

2. 改bug的分支最好是从当前最新的develop分支里面开出一条分支来进行修改然后再合并回去，保证除了要改bug 的部分，尽量少的地方需要冲突重新合并。

3. 每次的提交是一个原子性的，即保证这次的提交的都是和自己的工作内容是相关的，排除那些不可控的因素，例如meta文件的变化。
   所以meta文件也需要会看

4. 一次合并合并的是多个对某个问题的相关提交的更改，一个分支里面可能有多次合并。

---

References

https://www.jianshu.com/p/c35b939c5270
http://www.ruanyifeng.com/blog/2012/07/git.html
https://www.cnblogs.com/okokabcd/p/9388288.html
https://www.cnblogs.com/franzlistan/p/12619038.html
https://blog.csdn.net/ydjjcdd/article/details/117586109