Git 工作流及常用命令

博主本人学习到新的技术点时，一定会问自己两个问题。第一个问题：是什么？第二个问题：用来干什么？

Git 是什么？

Git 是目前世界上最先进的分布式版本控制系统（没有之一）。

Git作用

对源代码进行管理，方便多人协同开发，方便版本控制。

学习Git首先要了解Git的工作区暂存区和仓库取区（见下图）工作区

对于添加、修改、删除文件的操作，都发生在工作区中

暂存区

暂存区指将工作区中的操作完成小阶段的存储，是版本库的一部分

仓库区

仓库区表示个人开发的一个小阶段的完成
仓库区中记录的各版本是可以查看并回退的
但是在暂存区的版本一旦提交就再也没有了

创建远程仓库

可以在码云上注册一个账号，尝试创建仓库，然后克隆到本地，就可以新建分支进行写代码了。
具体步骤：第一步创建好仓库，复制仓库地址，第二步使用 git clone 粘贴地址 克隆到本地，第三步使用 git checkout -b 分支 orgin/远程分支 创建并切换到分支，origin/远程分支 是跟踪远程的分支，开始写代码之前先pull 一下拉取远程分支上的最新代码，然后就可以进行代码的编写了。

严格的Gitflow工作流分支模型结构应该是这样的

绿色表示 master 主分支，master 是发布上线的代码块，可以看到 v0.1 是第一个发布的版本。
橙色是 dev 分支，工作中就是基于 dev 分支进行开发，pull dev 分支进行开发。
蓝色是个人从分支上 pull 下来后编写的代码，个人代码写完后，一般由项目经理检查，没问题的话，项目经理会把你的分支合并到 dev 分支上。
黄色是测试分支代码，dev 分支代码写完后，需要专门的测试人员对代码进行测试，没问题的话就进行新版本的发布
灰色是快速修复分支，因为在测试过程中很有可能有的 Bug 没测来就直接发布上线了，结果被用户发现了，这时候需要立刻修复 Bug ，所以就直接对 Master 进行修改，修复后立马发布新的版本。同时修改后的代码需要合并到 dev 分支上，因为 master 分支就是 dev 分支完成后的代码，所以 dev 也有这样的 Bug。

代码冲突

原因：多人同时修改了同一个文件
危害：会影响正常的开发进度
注意：一旦出现代码冲突，必须先解决再做后续开发

解决方法：
原则：谁冲突谁解决，并且一定要协商解决
方案：保留所有代码 或者 保留某一人代码
解决完冲突代码后，依然需要add、commit、push

容易冲突的操作方式
多个人同时操作了同一个文件
一个人一直写不提交
修改之前不更新最新代码
提交之前不更新最新代码
擅自修改同事代码

减少冲突的操作方式
养成良好的操作习惯,先pull在修改,修改完立即commit和push
一定要确保自己正在修改的文件是最新版本的
各自开发各自的模块
如果要修改公共文件,一定要先确认有没有人正在修改
下班前一定要提交代码,上班第一件事拉取最新代码
一定不要擅自修改同事的代码

总结

Git常用命令

git clone 地址 克隆仓库
git pull origin/远程分支 拉取远程分支的代码
git branch 查看本地分支
git branch -a 查看所有分支，包括远程
git branch 分支名 创建分支
git checkout 分支名 切换分支
git checkout -b 分支名 origin/远程分支 创建分支并切换到分支上，并跟踪远程分支
git add . 将项目中所有文件提交到暂存区
git status 查看记录
git add 文件名 提交指定文件到暂存区
git commit -m ‘版本描述’ -m 参数后是你提交文件的描述信息
git push 将代码推送到远程仓库
git log 查看历史版本
git reflog git reflog 可以查看所有分支的所有操作记录（包括commit和reset的操作），包括已经被删除的commit记录，git log 则不能察看已经删除了的commit记录
git reset --hard HEAD~1 回退到上一个版本
git reset --hard HEAD~6 回退到前6个版本 以此类推
git branch -d 分支名 删除本地分支
git branch -D 分支名 强制删除本地分支
git push origin --delete 分支名 删除远程分支

如果这篇文章对您有帮助，不求回报，只求一赞