对开发者来说，一个团队一起开发，一定会导致团队合作开发。 此时，版本管理工具起了很大的作用。 今天，我们将讨论如何使用超强的版本管理工具git最好，如何使用才能最大限度地保证master分支代码的清洁度。

git版本控制工具

首先，Git是开源的分布式版本控制系统，作为代码的版本控制，可以自己构建gitlab服务器。 的公司有自己的gitlab服务器，开发者的代码最终将提交到这个服务器的仓库。 也就是常说的远程仓库。 当然，如果是自己学习的话，可以直接把github服务器仓库当做远程仓库使用，但是因为github是开源的，所以只要不花钱买private仓库，代码也是公开的。

github

一、常用的git命令

克隆gitclonegit @ git lab.com ——远程仓库项目代码

git check out-b新建分支——创建新建分支，然后切换到新建分支

git add file ——将文件添加到版本控制中

git commit -m '备注' ——提交修改后的代码

git checkout master ——切换到主分支

git合并新分支——合并分支从新分支到当前分支

将git push origin master ——本地主分支的更改推送到远程主

git pull origin master ——提取远程主分支，并将其合并到当前分支中

git pull origin--将tags ——远程tag更新到本地

git标签- a标签名称- m '备注创建一个名为' ——标签名称的标签

推送原始标签名称——将标签名称压在远程仓库上

git branch ——列出了所有本地分支

删除git分支- d新建分支——本地分支新建分支

仔细想想，平时最常用的只有这些命令。 根据使用方法的不同，常用的指令可能也不同。 编辑自己使用这些，但也有不怎么使用的。 让我们来看看一般的使用方法。

资讯科技实验室

要加入

二、一般情况使用

项目小组并正式开始开发，一般包括以下步骤。

1、git clone git@gitlab.com ——使用git clone本地克隆远程项目，本地克隆后只有一个分支主机

2、git checkout -b test ——在本地创建test分支，为了测试环境代码分支而切换为test。 这里根据原项目仓库的测试环境代码分支进行命名，部分使用dev。 这里，假设原项目测试环境代码分支为test，测试test分支代码与master分支代码相同

3、git pull origin test ——引出远程test分支代码，整合到本地test分支中。 经过本步骤的操作，本地test分支为测试环境代码。 今后，开发分支的代码将全部集成到test分支中，推送到远程测试环境中，经过测试后再在线部署

4、git checkout master ——返回主分支

5、创建git check out-bdevelop-branch ——开发分支开发分支，切换到开发分支。 这一步是进入开发，在功能开发结束之前需要一个个的开发分支

6、git add new_file.php ——将开发中新创建的文件添加到版本控制中

7、git commit -m '备注' ——提交所有变更

8、切换至git checkout test ——测试分支

9、git merge develop-branch ——将新开发的变更合并到test分支中

10、git push origin test ——test推送到远程分支，此时测试环境可以引出test分支代码后进行测试

11、gitcheckoutmastergitmergedevelop-b

ranch ——测试通过后，切换到master分支然后合并develop-branch到master分支

12、git push origin master ——master分支推到远程仓库，进行后续的部署上线

git

三、推荐方式、tag的使用

master分支是部署上线的代码分支，是一个很重的分支，因此不能随便就把代码合并进去，必须经过验证，确保代码没有问题后才能合进master分支。下面我们使用tag代替master进行上线部署：

截止发布到测试环境中及之前，与上面(二)中的过程是一样的，只是在后面上线时有所不同，我们接着上面的10、git push origin test 之后开始：

11、git pull origin --tags ——拉取远程tag到本地，最新的tag拉取下来

12、git checkout master ——切换至master分支

13、git merge develop-branch ——合并新开发的代码分支到master，注意不要推到远程master分支去

14、git tag -a project-v-1.0.1-username-201910251425 -m '第一次需求' ——创建一个tag，这里注意了，tag名字最好有规律一点，可以自定义版本号，一直递增，每个开发人员使用不同的username，很好的标识了是那个开发人员的tag，再写上日期就很清晰了；这里可以自己体会一下，仁者见仁，智者见智。

15、git push origin project-v-1.0.1-username-201910251425 ——把新创建的tag推向远程，千万不要把master推到远程去

接下来，我们就可以通过指定的tag进行上线部署，线上部署完成后，要经过线上验证：（1）如果功能正常，这时候就可以把master分支推到远程去了，别人拉取master代码也是经过线上验证的。（2）如果功能异常，线上代码回滚，这时候也不用操心master分支代码会被他人拉取，因为没有推到远程，所以没有任何影响。那代码回滚后需要注意的是，为了避免混淆，回滚的那个tag需要删除掉，本地master也reset到之前的tag后，开发分支重新修改提交测试后要重新创建tag推到远程去，再进行上面的步骤即可。

git版本控制

好了，今天的分享就到这里了，小编也是按照自己平时的使用情况总结一下，希望能帮到你！不知道大家是怎么使用的，欢迎评论区留言，说说你的使用方式，一起探讨~~