This website requires JavaScript.

我的团队使用git提交代码的规范流程

分类:编程人生 发布于:2021-01-19 07:30:39 字数 3110 479次阅读 git

众所周之,我们程序员经常需要于git这种源代码管理工具打交道,本文需要您有一定的git基础和一定的团队管理经验,如果您没有,请绕道。

如果您跟我之前一样,一个人做开发。那么请随意。

有几个git的基础知识需要先了解一下,当然我不会写全部的,我只会写我认为重要的。:-) 以下:

  • 设置 commit 用户名和邮箱
git config --global user.name 'xxxxx'
git config --global user.email 'xxxx@youremail'
  • 查看当前分支&切换分支
git branch - 查看当前分支以及其他分支
git checkout xxx - 切换分支
  • 切换远程仓库
git remote set-url origin xxxxxxxx
示例:git remote set-url origin http://***.***.com/yourname/***.git

  1. 项目的开发方式采用 git flow 的流程来开发合并发布代码。
    关于 git flow 的介绍,可以查看这个 git flow链接

  2. 在拿到一个新项目时,首先我们需要 clone 代码

git clone http://xxxxxx
  1. 在开发开始之前,按照需求或者 bug 的信息,我们将原来从master分支检出的项目,起个简单贴切的名字当做分支名,比如要开发骨架屏功能。
git checkout -b feature/skeleton 或者 git checkout -b bugfix/skeleton
  1. 等功能或者 bug 开发完毕时,提交 commit 信息。格式如右, 链接
git commit -m 'feat: xxxx' 
  1. commit 信息填写完毕时,就是 push 代码至远程仓库,提交 MR 合并
git push -u origin feature/skeleton
  1. 提起 MR,当功能开发完毕准备合并的时候,需要先在 gitLab 提起一个 merge request。
在gitlab上,提起merge request
  1. 选择你的开发分支,点击 Compare branches and continue,那么做为开发人员的事就差不多到这里了。
Compare branches and continue
  • review 代码

负责 review 代码的人仔细检查代码里面有无错误或不合规的写法,当发现错误地方的时候,需要在代码具体位置给出评论。

review代码并评论

当代码有错误的地方的时候,需要发起 MR 的人继续修改代码,解决完一个评论就点击 resolve,然后再次 review,不断重复,直到代码没有问题。

解决评论
  • 合并代码

当一切测试没问题时,即可合并。合并需要更高级或者负责人来进行 merge 的操作。

审阅并合并代码

tips: 合并时默认是删除原来的分支,也可以取消勾选,不删除原来的分支。

一般情况下原来的分支都是需要删除的,如有特别情况,请merge负责人与开发人协商是否需要保留。

每个技术人或项目管理者,在管理的过程中,对git checkin的流程都是不一样。今天我提供的这种方式不能说是最好的。但目前对我团队来说是比较好的。

而且只使用了一个工具就完成了代码提交到review的全过程,做为一个技术上的懒癌患者,在保证敏捷开发的同,我是宁愿工具、流程方面越少越好。

最后的最后,青菜萝卜各有所爱,各人有人的需求,不可强求~~~


--- END ---

欢迎关注俺的公众号,一个有思维、有技术,并且正在健身的中年大叔。

↓↓↓ 长按关注 ↓↓↓