一篇文章,教你学会Git

开发 前端
在日常工作中,经常会用到Git操作。但是对于新人来讲,刚上来对Git很陌生,操作起来也很懵逼。本篇文章主要针对刚开始接触Git的新人,理解Git的基本原理,掌握常用的一些命令。

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

一、Git工作流程

一篇文章,教你学会Git

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

  • Workspace:工作区
  • Index / Stage:暂存区
  • Repository:仓库区(或本地仓库)
  • Remote:远程仓库

工作区

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

平常我们开发就是拷贝远程仓库中的一个分支,基于该分支进行开发。在开发过程中就是对工作区的操作。

暂存区

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

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

本地仓库

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

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

远程仓库

远程仓库的内容可能被分布在多个地点的处于协作关系的本地仓库修改,因此它可能与本地仓库同步,也可能不同步,但是它的内容是最旧的。

小结

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

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

一篇文章,教你学会Git

二、常用Git命令

一篇文章,教你学会Git

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

HEAD

一篇文章,教你学会Git

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

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

add

一篇文章,教你学会Git

add相关命令很简单,主要实现将工作区修改的内容提交到暂存区,交由git管理。

 

一篇文章,教你学会Git

commit

一篇文章,教你学会Git

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

 

一篇文章,教你学会Git

branch

一篇文章,教你学会Git

涉及到协作,自然会涉及到分支,关于分支,大概有展示分支,切换分支,创建分支,删除分支这四种操作。

 

一篇文章,教你学会Git

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

merge

一篇文章,教你学会Git

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

 

一篇文章,教你学会Git

一般在merge之后,会出现conflict,需要针对冲突情况,手动解除冲突。主要是因为两个用户修改了同一文件的同一块区域。如下图所示,需要手动解除。

一篇文章,教你学会Git

rebase

一篇文章,教你学会Git

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

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

rebase与merge的区别

现在我们有这样的两个分支,test和master,提交如下:

 

  1. D---E test 
  2.      / 
  3. A---B---C---F master 

 

在master执行 git merge test ,然后会得到如下结果:

 

  1. D--------E 
  2.      /          \ 
  3. A---B---C---F----G   test, master 

 

在master执行 git rebase test ,然后得到如下结果:

 

  1. A---B---D---E---C'---F'   test, master 

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

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

如果你想保留完整的历史记录,并且想要避免重写commit history的风险,你应该选择使用git merge

reset

一篇文章,教你学会Git

reset命令把当前分支指向另一个位置,并且相应的变动工作区和暂存区。

 

一篇文章,教你学会Git

revert

一篇文章,教你学会Git

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

revert与reset的区别

一篇文章,教你学会Git

  • 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

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

责任编辑:未丽燕 来源: Android开发中文站
相关推荐

2022-08-04 09:39:39

Kubernetes声明式系统

2022-02-21 09:44:45

Git开源分布式

2022-10-08 15:07:06

ChatOps运维

2017-06-27 14:15:22

LinuxShellsed

2021-07-01 10:01:16

JavaLinkedList集合

2019-07-15 07:58:10

前端开发技术

2020-03-31 08:37:31

递归单链表反转

2022-08-03 08:17:00

Redis事务内存

2020-04-14 20:40:58

Git内部存储

2021-03-08 09:15:46

日志Filebeat运维

2020-10-09 08:15:11

JsBridge

2019-09-24 14:19:12

PythonC语言文章

2023-09-06 14:57:46

JavaScript编程语言

2021-05-18 08:30:42

JavaScript 前端JavaScript时

2023-07-30 15:18:54

JavaScript属性

2021-01-26 23:46:32

JavaScript数据结构前端

2021-03-05 18:04:15

JavaScript循环代码

2021-06-24 09:05:08

JavaScript日期前端

2021-03-09 14:04:01

JavaScriptCookie数据

2021-02-26 20:01:57

SVG滤镜元素
点赞
收藏

51CTO技术栈公众号