一篇文章，教你学会Git

在平常工做中，常常会用到Git操做。可是对于新人来说，刚上来对Git很陌生，操做起来也很懵逼。本篇文章主要针对刚开始接触Git的新人，理解Git的基本原理，掌握经常使用的一些命令。

1、Git工做流程

 

image

以上包括一些简单而经常使用的命令，可是先不关心这些，先来了解下面这4个专有名词。

• Workspace：工做区
• Index / Stage：暂存区
• Repository：仓库区（或本地仓库）
• Remote：远程仓库

工做区

程序员进行开发改动的地方，是你当前看到的，也是最新的。

日常咱们开发就是拷贝远程仓库中的一个分支，基于该分支进行开发。在开发过程当中就是对工做区的操做。

暂存区

若是想学习Java工程化、高性能及分布式、深刻浅出。微服务、Spring，MyBatis，Netty源码分析的朋友能够加个人Java高级交流：787707172，群里有阿里大牛直播讲解技术，以及Java大型互联网技术的视频免费分享给你们。

.git目录下的index文件, 暂存区会记录git add添加文件的相关信息(文件名、大小、timestamp...)，不保存文件实体, 经过id指向每一个文件实体。可使用git status查看暂存区的状态。暂存区标记了你当前工做区中，哪些内容是被git管理的。

当你完成某个需求或功能后须要提交到远程仓库，那么第一步就是经过git add先提交到暂存区，被git管理。

本地仓库

保存了对象被提交 过的各个版本，比起工做区和暂存区的内容，它要更旧一些。

git commit后同步index的目录树到本地仓库，方便从下一步经过git push同步本地仓库与远程仓库的同步。

远程仓库

远程仓库的内容可能被分布在多个地点的处于协做关系的本地仓库修改，所以它可能与本地仓库同步，也可能不一样步，可是它的内容是最旧的。

小结

1. 任何对象都是在工做区中诞生和被修改；
2. 任何修改都是从进入index区才开始被版本控制；
3. 只有把修改提交到本地仓库，该修改才能在仓库中留下痕迹；
4. 与协做者分享本地的修改，能够把它们push到远程仓库来共享。

下面这幅图更加直接阐述了四个区域之间的关系，可能有些命令不太清楚，不要紧，下部分会详细介绍。

 

image

2、经常使用Git命令

 

image

网上找了个图，别人整理的一张图，很全很好，借来用下。下面详细解释一些经常使用命令。

HEAD

 

image

在掌握具体命令前，先理解下HEAD。

HEAD，它始终指向当前所处分支的最新的提交点。你所处的分支变化了，或者产生了新的提交点，HEAD就会跟着改变。

add

 

 

commit

 

 

 

commit相关命令也很简单，主要实现将暂存区的内容提交到本地仓库，并使得当前分支的HEAD向后移动一个提交点。

 

branch

 

 

 

涉及到协做，天然会涉及到分支，关于分支，大概有展现分支，切换分支，建立分支，删除分支这四种操做。

 

关于分支的操做虽然比较多，但都比较简单好记。

merge

 

 

 

merge命令把不一样的分支合并起来。如上图，在实际开放中，咱们可能从master分支中切出一个分支，而后进行开发完成需求，中间通过R3,R4,R5的commit记录，最后开发完成须要合入master中，这便用到了merge。

 

通常在merge以后，会出现conflict，须要针对冲突状况，手动解除冲突。主要是由于两个用户修改了同一文件的同一块区域。以下图所示，须要手动解除。

 

 

 

rebase

 

 

 

rebase又称为衍合，是合并的另一种选择。

在开始阶段，咱们处于new分支上，执行git rebase dev，那么new分支上新的commit都在master分支上重演一遍，最后checkout切换回到new分支。这一点与merge是同样的，合并先后所处的分支并无改变。git rebase dev，通俗的解释就是new分支想站在dev的肩膀上继续下去。rebase也须要手动解决冲突。

rebase与merge的区别

如今咱们有这样的两个分支,test和master，提交以下：

D---E test
 /
A---B---C---F master复制代码

在master执行git merge test,而后会获得以下结果：

D--------E
 / 
A---B---C---F----G test, master复制代码

在master执行git rebase test，而后获得以下结果：

A---B---D---E---C'---F' test, master复制代码

能够看到，merge操做会生成一个新的节点，以前的提交分开显示。而rebase操做不会生成新的节点，是将两个分支融合成一个线性的提交。

若是你想要一个干净的，没有merge commit的线性历史树，那么你应该选择git rebase

若是想学习Java工程化、高性能及分布式、深刻浅出。微服务、Spring，MyBatis，Netty源码分析的朋友能够加个人Java高级交流：787707172，群里有阿里大牛直播讲解技术，以及Java大型互联网技术的视频免费分享给你们。

若是你想保留完整的历史记录，而且想要避免重写commit history的风险，你应该选择使用git merge

reset

 

reset命令把当前分支指向另外一个位置，而且相应的变更工做区和暂存区。

 

revert

 

git revert用一个新提交来消除一个历史提交所作的任何修改。

revert与reset的区别

 

• git revert是用一次新的commit来回滚以前的commit，git reset是直接删除指定的commit。
• 在回滚这一操做上看，效果差很少。可是在往后继续merge之前的老版本时有区别。由于git revert是用一次逆向的commit“中和”以前的提交，所以往后合并老的branch时，致使这部分改变不会再次出现，减小冲突。可是git reset是之间把某些commit在某个branch上删除，于是和老的branch再次merge时，这些被回滚的commit应该还会被引入，产生不少冲突。关于这一点，不太理解的能够看这篇文章。
• git reset 是把HEAD向后移动了一下，而git revert是HEAD继续前进，只是新的commit的内容和要revert的内容正好相反，可以抵消要被revert的内容。

push

上传本地仓库分支到远程仓库分支，实现同步。

 

其余命令

 

以上就是关于Git的一些经常使用命令及详细阐述，相信能对Git有一个初步的认识。

欢迎工做一到八年的Java工程师朋友们加入Java高级交流：787707172

本群提供免费的学习指导 架构资料 以及免费的解答

不懂得问题均可以在本群提出来 以后还会有直播平台和讲师直接交流噢