安装

官方的安装文档已经非常的清楚了，照着安装相信你行。

关于CR（Codereview）

作为一个技术管理者，是非常渴望做CR，但是苦于会面对各种障碍总是会不了了之。

原因如下：

• 时机很难把握，如果太早没有意思，太晚代码太多看不过来。
• 工期太紧，即便是发现了问题也没有时间修复。
• 。。。

做CR的好处是多多的

• ROI最高，在研发期间发现的BUG，修复的成本是最低的。
• 可以获得快速的反馈，提升人员编码能力。
• 编码经验的传授之道。
• 。。。

GitLab完美支持

CR的思路

• 拆分代码，每次提交Merge Request（MR）作为节点
• 由有经验的人承担Master角色进行Review，并及时反馈改进意见。
• 主要分支进行保护，不允许Push代码，必须发起MR请求。
• 坚持“行行代码要Review，人人代码要Review”

具体实施

• 每个项目的核心分支都是保护的，可以通过 [project settings]配置

  
  image.png

• 每个开发人员独立创建自己的分支进行开发，命名推荐格式feature-news，开发完成Push到本分支，然后登陆到GitLab页面进行合并请求

  
  image.png

• master角色进行代码Review

  
  image.png
• 点击merge完成合并（注意gitlab不支持打回功能，提倡线下快速沟通修改，并在此提交，在此提交在Commits就会出现两个。在此review即可，对于提交者应该是提交MR之后，应该中断工作等待Merge成功并查看效果）
• 整个过程特别简单，关键在于思路的转变。