前言

大多开发的小伙伴对git并不陌生，利用git可以进行团队协作开发，并且可以记录代码的迭代历史，出问题时容易回溯，诸多优点不一一列举。

这篇文章默认您是懂得git的基本知识的，旨在帮助您更有效率的使用gitlab。

正文

首先不论团队规模，master分支永远是与线上的代码同步，这是毋庸置疑的。

项目开始前，团队leader建立好master分支，其他成员拉下master分支代码，此时所有人都有了修改代码的权限。

我们暂且不创建dev分支，默认代码在master上进行调整

小明是团队中的一员，他接到任务，需要为项目增加一项功能，该功能名称叫run，此时使用如下命令:

git checkout -b run

该命令会在本地基于master的代码新建一个名为run的分支，代码与master一致，之后小明便可以在该分支进行开发，开发完成后使用如下命令：

git add <file>
git commit -m "add run"

该命令将文件加入暂存区，之后提交到本地仓库

此时，小明发现部分代码存在bug，因此需要进一步修改，修改完成后使用如下命令：

git commit -a --amend

该命令会将已经tracked的文件追加到上一次commit

到此，小明已经完全完成了run的功能，然而小明发现master代码已经有更新，因此小明使用如下命令

git fetch origin master
git rebase origin/master（git merge origin/master）

该命令将远程仓库代码拉取至本地，并且将master的修改rebase至本次修改之前，这样的好处是在本地清理干净merge的操作，让本次修改基于线上（ps：此处作者认为rebase优于merge）

完成后，小明使用如下命令:

git push origin run

该命令将本地run分支推送至远程仓库（ps：可能会有一些不成功提示，根据提示完成操作即可）

推送完成后，小明在gitlab控制台上新建一个merge request，向leader发起合并代码至master分支的请求，leader对代码进行review后，通过控制台将run分支合并至master分支。至此小明完成本次开发

小明和其他成员可再次使用如下命令将代码同步至自己的开发仓库：

git fetch origin master
git rebase origin/master（git merge origin/master）

总结

该文章仅仅代表作者的一些建议，因此或许存在一些问题和瑕疵，欢迎读者指出和提问讨论，谢谢！