大家好，你正确使用版本管理工具Git吗？这个技巧绝对有用相信很多的网友都不是很明白，包括也是一样，不过没有关系，接下来就来为大家分享关于你正确使用版本管理工具Git吗？这个技巧绝对有用和的一些知识点，大家可以关注收藏，免得下次来找不到哦，下面我们开始吧！

首先，Git是一个开源的分布式版本控制系统。作为代码版本控制，您可以构建自己的gitlab服务器。一般公司都有自己的gitlab服务器，开发者的代码最终都会提交到这个服务器的仓库中。就是我们常说的远程仓库。当然，如果你自己学习的话，可以直接使用GitHub服务器仓库作为远程仓库，但是GitHub是开源的，所以代码也是公开的，除非你花钱购买私有仓库。

github

一、常用的git命令

git clone git@gitlab.com —— 克隆远程仓库项目代码

git checkout -b new-branch —— 创建new-branch分支并切换到new-branch分支

git add file —— 将文件添加到版本管理中

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

git checkout master —— 切换到master分支

git merge new-branch —— 合并分支new-branch 到当前分支

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

git pull origin master —— 拉取远程master分支并合并到当前分支

git pull origin –tags —— 将远程标签更新到本地

git tag -a tag-name -m ‘Remarks’ —— 创建名为tag-name 的标签

git push origin tag-name —— 将tag-name推送到远程仓库

git Branch —— 列出所有本地分支

gitbranch -d new-branch —— 删除本地分支new-branch

想了想，这些都是日常生活中最常用的命令。根据使用方式的不同，每个人可能有不同的常用命令。小编自己大概也用过这些，还有一些很少用到，就不列出来了。我们来看看一般情况下如何使用它。

GitLab

二、一般情况使用

加入项目团队，正式开始开发。一般有以下几个步骤：

1. git clone git@gitlab.com —— 使用git clone 将远程项目克隆到本地。本地克隆后，只有一个分支master。

2. git checkout -b test —— 在本地创建一个test分支，并对测试环境代码进行分支并切换到test。这里是根据原项目仓库的测试环境代码分支来命名的。有些使用开发。这里假设原项目测试环境代码分支为test。test分支代码与master分支代码相同

3. git pull origin test —— 拉取远程测试分支代码并合并到本地测试分支。经过这一步，本地测试分支就成为测试环境代码。以后必须先将开发分支的代码合并到测试分支，并推送到远程测试，环境测试通过后才能进行线上部署。

4. git checkout master —— 然后切换回master分支

5. git checkout -bdevelop-branch —— 创建开发分支develop-branch并切换到develop-branch分支。这一步是进入开发，每个需求一个开发分支，直到功能开发完成。

6. git add new_file.php —— 将开发过程中新创建的文件添加到版本管理中

7. git commit -m ‘Remarks’ —— 提交所有更改

8. git checkout test —— 切换到test分支

9. git mergedevelop-branch —— 将新开发的更改合并到测试分支中

10. git push origin test ——test 推送到远程分支。这时候测试环境就可以拉取测试分支代码然后进行测试了。

11. git checkout master git mergedevelop-branch ——测试通过后，切换到master分支，然后将develop-branch合并到master分支

12. git push origin master ——master分支推送到远程仓库进行后续部署并上线

git

三、推荐方式、tag的使用

master分支是线上部署的代码分支。它是一个非常重的分支，所以代码不能随便合并到里面。必须经过验证，确保代码没有问题才可以合并到master分支。接下来我们使用tag代替master进行线上部署：

发布到测试环境之前和之前，上面（2）的流程是一样的，只是后面上线的时候会有所不同。我们继续上面的10.git push origin测试然后开始：

11. git pull origin –tags —— 拉取远程标签到本地，并拉取最新的标签。

12. git checkout master —— 切换到master分支

13. git mergedevelop-branch —— 将新开发的代码分支合并到master中。注意不要将其推送到远程master 分支。

14. git tag -a project-v-1.0.1-username-201910251425 -m ‘第一个要求’ —— 创建标签。这里注意标签名称最好是正规的。可以自定义版本号并不断增加。每个开发者使用不同的用户名，这样可以很好的识别那个开发者的标签，然后写上日期就很清楚了；你可以在这里亲自体验一下，仁者有不同的看法，智者有不同的看法。

15. git push origin project-v-1.0.1-username-201910251425 —— 将新创建的标签推送到远程。不要将主控推到远程。

接下来我们就可以通过指定的标签进行线上部署了。线上部署完成后，必须进行线上验证：（1）如果功能正常，此时可以将master分支推送到远程，其他人可以拉取master代码，也进行线上验证。（2）如果功能出现异常，线上代码回滚，无需担心master分支代码被别人拉取。由于没有推送到远程，所以不会有影响。代码回滚后需要注意的是，为了避免混淆，需要删除回滚的标签。本地master也重置为之前的标签后，开发分支必须重新修改并提交测试。必须重新创建标签并将其推送到远程。只需按照上述步骤操作即可。