【CSDN 编者按】Git是一个开源的分布式版本控制系统,是目前世界上最快、最简单、也是最流行的版本控制工具,它可以有效、高速的管理从很小到非常大的项目版本。本文主要为刚接触Git的新人提供常用的操作。

作者 | 狼王       责编 | 欧阳姝黎

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

关于版本控制

什么是版本控制?我真的需要吗?版本控制是一种记录若干文件内容变化,以便将来查阅特定版本修订情况的系统。

什么是分布式版本控制系统

分布式版本控制系统( Distributed Version Control System,简称 DVCS )。

在这类系统中,像 Git,Mercurial,Bazaar 以及 Darcs 等,客户端并不只提取最新版本的文件快照,而是把原始的代码仓库完整地镜像下来。这么一来,任何一处协同工作用的服务器发生故障,事后都可以用任何一个镜 像出来的本地仓库恢复。因为每一次的提取操作,实际上都是一次对代码仓库的完整备份。

更进一步,许多这类系统都可以指定和若干不同的远端代码仓库进行交互。借此,你就可以在同一个项目中,分别和不同工作小组的人相互协作。你可以根据需要设定不同的协作流程,比如层次模型式的工作流,而这在以前的集中式系统中是无法实现的。

Git工作流程

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

  1. Workspace:工作区

  2. Index / Stage:暂存区

  3. Repository:仓库区(或本地仓库)

  4. Remote:远程仓库

工作区

指的是在PC中能看得到的创建的一个管理仓库的目录,比如我的test文件夹就是一个工作区:如下图:

暂存区

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

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

本地仓库

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

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

远程仓库

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

小结

  1. 任何对象都是在工作区中诞生和被修改;

  2. 任何修改都是从进入index区才开始被版本控制;

  3. 只有把修改提交到本地仓库,该修改才能在仓库中留下痕迹;

  4. 与协作者分享本地的修改,可以把它们push到远程仓库来共享。

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

常用Git命令

HEAD

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

这要从git的分支说起,git 中的分支,其实本质上仅仅是个指向 commit 对象的可变指针。git 是如何知道你当前在哪个分支上工作的呢?其实答案也很简单,它保存着一个名为 HEAD 的特别指针。在 git 中,它是一个指向你正在工作中的本地分支的指针,可以将 HEAD 想象为当前分支的别名。

add

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

  1. git add . 添加当前目录的所有文件到暂存区

  2. git add dir  添加指定目录到暂存区,包括子目录

  3. git add file 添加指定文件到暂存区

git add -A 和 git add . 和 git add -u 的区别

git add -A : 把所有变化提交到索引库,包含当前git仓库的所有目录
git add -u : 提交被修改(modified)和被删除(deleted)文件,不包括新文件(new)
git add . : 该操作与git 的版本有关:-1.x 版本:提交新文件(new)和被修改(modified)文件,不包括被删除(deleted)文件-2.x 版本:和git add -A一样,提交所有变化

commit

git commit 主要是将暂存区里的改动给提交到本地的版本库。每次使用git commit 命令我们都会在本地版本库生成一个40位的哈希值,这个哈希值也叫commit-id,commit-id在版本回退的时候是非常有用的,它相当于一个快照,可以在未来的任何时候通过与git reset的组合命令回到这里.

  1. git commit -m message 提交暂存区到本地仓库,message代表说明信息

  2. git commit file -m message 提交暂存区的指定文件到本地仓库

  3. git commit --amend -m message 使用一次新的commit,替代上一次提交

branch

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

  1. git branch 列出所有本地分支

  2. git branch -r 列出所有远程分支

  3. git branch -a 列出所有本地分支和远程分支

  4. git branch branch-name 新建一个分支,但依然停留在当前分支

  5. git checkout -b branch-name 新建一个分支,并切换到该分支

  6. git branch --track branch remote-branch 新建一个分支,与指定的远程分支建立追踪关系

  7. git checkout branch-name 切换到指定分支,并更新工作区

  8. git branch -d branch-name 删除分支

  9. git push origin --delete branch-name 删除远程分支

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

merge

Git的git-merge是在Git中频繁使用的一个命令,很多人都觉得git合并是一个非常麻烦的事情,一不小心就会遇到丢失代码的问题,从而对git望而却步。

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

  1. git fetch remote merge之前先拉一下远程仓库最新代码

  2. git merge branch 合并指定分支到当前分支 一般在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 如果你想保留完整的历史记录,并且想要避免重写commit history的风险,你应该选择使用git merge

reset

有时候,我们用Git的时候有可能commit提交代码后,发现这一次commit的内容是有错误的,那么有两种处理方法:

  1. 修改错误内容,再次commit一次

  2. 使用git reset 命令撤销这一次错误的commit

第一种方法比较直接,但会多次一次commit记录。而我个人更倾向第二种方法,错误的commit没必要保留下来。

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

  1. git reset —soft commit 只改变提交点,暂存区和工作目录的内容都不改变

  2. git reset —mixed commit 改变提交点,同时改变暂存区的内容

  3. git reset —hard commit 暂存区、工作区的内容都会被修改到与提交点完全一致的状态

  4. git reset --hard HEAD 让工作区回到上次提交时的状态

revert

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

revert与reset的区别

  1. git revert是用一次新的commit来回滚之前的commit,git reset是直接删除指定的commit。

  2. 在回滚这一操作上看,效果差不多。但是在日后继续merge以前的老版本时有区别。因为git revert是用一次逆向的commit“中和”之前的提交,因此日后合并老的branch时,导致这部分改变不会再次出现,减少冲突。但是git reset是之间把某些commit在某个branch上删除,因而和老的branch再次merge时,这些被回滚的commit应该还会被引入,产生很多冲突。关于这一点,不太理解的可以看这篇文章。

  3. git reset 是把HEAD向后移动了一下,而git revert是HEAD继续前进,只是新的commit的内容和要revert的内容正好相反,能够抵消要被revert的内容。

push

git push的一般形式为 git push <远程主机名> <本地分支名>  <远程分支名> ,例如 git push origin master:refs/for/master ,即是将本地的master分支推送到远程主机origin上的对应master分支, origin 是远程主机名

  1. git push remote branch 上传本地指定分支到远程仓库

  2. git push remote --force 强行推送当前分支到远程仓库,即使有冲突

  3. git push remote --all 推送所有分支到远程仓库

其他命令

  1. git status 显示有变更的文件

  2. git log 显示当前分支的版本历史

  3. git diff 显示暂存区和工作区的差异

  4. git diff HEAD 显示工作区与当前分支最新commit之间的差异

  5. git cherry-pick commit 选择一个commit,合并进当前分支

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

2020-2021中国开发者调查报告重磅来袭,直接扫码或微信搜索「CSDN」公众号,后台回复关键词「开发者」,快速获取完整的报告内容!


☞百度网盘海外版上传下载不限速;一季度北京平均月薪达11187元;苹果 CEO 增加新候选人|极客头条☞C 和 C++ 不安全?Android 支持 Rust 开发操作系统☞16岁的雅虎问答,因“不再受欢迎”将永久关闭
☞软件开发打败了80%的程序

教你打通 Git 任督二脉相关推荐

  1. 阿里架构专家教你打通Git任督二脉,20分钟搞定Git工作原理

    如何配置本地的git环境并拉取代码? 1.下载 git ,选择自己系统对应的版本下载即可. 2.在你的电脑上生成 ssh 秘钥,打开终端,执行 ssh-keygen -t rsa -C "你 ...

  2. 一文打通 Git 任督二脉

    Git 一.概述 二.Git的安装 三.常用命令 1.配置命令 2.基本命令 3.git reset 4.分支命令 四.git文件状态 五.忽略文件 六.Git团队协作示意图 七.GitHub基本使用 ...

  3. 安卓影像飞升时刻:vivo X90 Pro+打通HDR任督二脉

    在手机产业中,大多数人会有一种刻板印象:一项新技术/功能,苹果发布会上展示意味着已经成熟,具有很高的产品完成度,好用且有效:而安卓厂商在发布会上展示出的一些炫酷技术,往往还需要时间观望,才能确定是不是 ...

  4. shell,打通 Linux 任督二脉,任何武功都随你所用

    文章目录 护花使者 shell 的工作原理 shell 的必要性 shell 的功能 shell 的优越性 系统的合法 shell bash shell 的功能 总结 护花使者 管理整个计算机硬件的其 ...

  5. 打通物联网任督二脉,海天味业畅谈AI+大数据

    2018年11月24日,由中国计算机学会CCF主办,中国计算机学会青年工作委员会和CCF YOCSEF深圳分论坛共同承办的主题为"大数据及人工智能将如何打通物联网的任督二脉"活动在 ...

  6. 下一波模式移转-订制化制造 打通物联网任督二脉

    订制化制造可望打通发展物联网产业的任督二脉.由于各种终端装置都可连网.互动,势将衍生许多新兴应用与服务的发展空间.物联网产业已是大厂竞相投入的兵家必争地,也为新创企业打开机会之窗,可思考发展建构订制化 ...

  7. 60小时打通Python任督二脉

    重磅:教育部考试中心已经公布,在计算机二级考试加入"Python语言程序设计"科目,将于2018年9月全国计算机等级考试中首次亮相.这将促进Python在大学生中的普及. 教育部也 ...

  8. 打通 Java 任督二脉 —— 并发数据结构的基石

    老大难的 Java ClassLoader,到了该彻底理解它的时候了 每一个 Java 的高级程序员在体验过多线程程序开发之后,都需要问自己一个问题,Java 内置的锁是如何实现的?最常用的最简单的锁 ...

  9. BPM流程管理协助打通企业管理“任督二脉”

    编者按:在数字化时代,企业对于风险管控.流程效率有了更高的要求,随着业务的增长,管理工作流程变得更为繁琐,为避免形成数据孤岛,天翎自研的BPM业务流程管理为提高企业的整体运行效率和效益,增强企业的核心 ...

最新文章

  1. 春节囤货清单 | 15篇近期值得读的AI论文
  2. python 导入模块中的命令并且将命令更名
  3. Youth---青春
  4. java 反射机制--根据属性名获取属性值
  5. python的热潮_Python这么热,要不要追赶Python学习热潮?
  6. 数据挖掘学习笔记之人工神经网络(一)
  7. socket通信(5)4次挥手
  8. 二叉查找树的插入,删除,查找
  9. Error: [WinError 10013] 以一种访问权限不允许的方式做了一个访问套接字的尝试
  10. 【theano-windows】学习笔记十七——梯度中的consider_constant
  11. [ofbiz]less-than (lt;) and greater-than (gt;) symbols
  12. android EventBus 3.0 混淆配置
  13. 全图化引擎(AI·OS)中的编译技术
  14. 半文不白的语言(语气助词)
  15. PowerDesigner16使用方法
  16. 上验证cudnn是否安装成功_ubuntu18.04 安装cuda、cudnn、tensorflow和pytorch其实很简单...
  17. yolov5-6.0 出现Arial.ttf无法下载问题解决办法
  18. QQ等级查询API接口
  19. 【MySQL】测试题01
  20. p1468 Party Lamps

热门文章

  1. ROS的优势与不足(除了ROS 机器人自主定位导航还能怎么做?)
  2. LeetCode 153. 寻找旋转排序数组中的最小值(二分)
  3. POJ - 1704 Georgia and Bob
  4. extends 和super 泛型限定符-上界不存下界不取
  5. 敏捷开发一千零一问系列之十:总体架构什么时机进行?(下)
  6. 有关 this 指向问题总结
  7. 高性能mysql 附录D explain执行计划详解
  8. 008 查看套接字选项是否受支持(获取当前环境下套接字选项默认值)
  9. 大理,徐娘半老的蝴蝶泉
  10. SQL Server插入geography、geometry和c_hierarchyid类型数据