Git --- 基础介绍

Git --- 基础介绍

  • git 是什么
  • git --- 工作区, 暂存区, 资源库
  • git --- 文件状态
  • git --- branch 和 HEAD
  • git --- 一次正常的git提交流程

git 是什么

  • Git是一款分布式源代码管理工具(版本控制工具)
  • Git和其他传统版本控制系统比较:
  • 传统的版本控制系统(例如 SVN)是基于差异的版本控制,它们存储的是一组基本文件和每个文件随时间逐步累积的差异,
  • 优点: 节省磁盘空间,
  • 缺点:耗时、效率低。在每次切换版本的时候,都需要在基本文件的基础上,应用每个差异,从而生成目标版本对应的文件
  • Git 快照是在原有文件版本的基础上重新生成一份新的文件,类似于备份。为了效率,如果文件没有修改,Git不再重新存储该文件,而是只保留一个链接指向之前存储的文件。
  • 缺点:占用磁盘空间较大,
  • 优点:版本切换时非常快,因为每个版本都是完整的文件快照,切换版本时直接恢复目标版本的快照即可。
  • 特点:空间换时间
  • 在Git 中的绝大多数操作都只需要访问本地文件和资源,一般不需要来自网络上其它计算机的信息。基于这一特点,Git在断网后依旧可以在本地对项目进行版本管理,只需联网后,把本地修改的记录同步到云端服务器即可
  • 被git管理的项目会有这个.git文件夹
    在这里插入图片描述
  • 里面包括了所有分支, 节点 等信息
    Git --- 基础介绍_第1张图片

git — 工作区, 暂存区, 资源库

工作区( Working Directory)

  • 在git管理下的正常目录都算是工作区, 平时对代码的改动都在这里进行

暂存区(Index)

  • 暂存区,用于临时存放你的改动. git add 或者 git stage 命令会把对代码的改动暂存在这里
  • commit之前必须要将改动的文件放入暂存区 (IDE可以直接commit是因为commit的时候IDE自动add了)

资源库(Repository)

  • 资源库(或版本库),就是安全存放数据的位置,这里面有提交到所有版本的数据
  • commit就将代码放入资源库

远程仓库(Remote Directory)

  • 远程仓库,托管代码的服务器,commit之后将本地仓库push到远程仓库

Git --- 基础介绍_第2张图片

git — 文件状态

Untracked:

  • 未跟踪, 此文件在文件夹中, 但并没有加入到git库, 不参与版本控制, 可以通过gitignore文件控制

Unmodify:

  • 文件已经入库, 未修改, 即版本库中的文件快照内容与文件夹中完全一致. 这种类型的文件有两种去处, 如果它被修改, 而变为Modified.如果使用git rm移出版本库, 则成为Untracked文件

Modified:

  • 文件已修改, 仅仅是修改, 并没有进行其他的操作. 这个文件也有两个去处, 通过git add可进入暂存staged状态, 使用git restore 则丢弃修改过,返回到unmodify状态.

Staged:

  • 暂存状态。通过git add 或者 git stage 将文件变为modified状态
  • 可以执行git commit则将修改同步到库中,

git — branch 和 HEAD

  • branch就是分支的意思
  • 在日常开发过程中, 一般分为主分支(通常叫master或者main) 和其他分支,
  • 其他分支: 当需要开发新的功能的时候, 从主分支上新建一个分支(通常使用功能内容命名), 当功能开发完毕的时候, 把新建的分支merge回主分支
    Git --- 基础介绍_第3张图片

分支的本质是什么

  • 分支的本质是指针, 分支的名字(包括master, main) 就是指针的名字
  • 在git中, 每一次commit都会生成一个节点, 包括文件信息, 继承信息, 和 commitID
  • commitID是一个hash值, 日常使用中可以直接用hash值的前四位代替
  • 而branch就是指向一个节点的指针

Example:

  • 下图是一个主分支
    Git --- 基础介绍_第4张图片
  • 现在需要修改一个bug, 所以新建一个分支, 执行 git branch bugFix
  • 可以看到新的分支指针和master指向同一个commit节点
  • 星号表示目前所在的分支
    Git --- 基础介绍_第5张图片
  • 现在在bugFix这个分支上进行开发, 修改bug, 然后执行git commit
  • 主分支main指向C1节点, bugFix分支指向C2节点
    Git --- 基础介绍_第6张图片
  • 此时main有了新的代码提交(比如其他开发者), 生成了新的节点C3
    Git --- 基础介绍_第7张图片
  • bugFix开发完成, 需要合并进主分支
  • 在主分支上指向 git merge bugFix, 主分支自动创建cmmit节点C4. Merge完成, C4就是包含了C3和C2的版本
    Git --- 基础介绍_第8张图片

更深一层 ---- HEAD指针

  • 在git中其实我们是不能直接操控分支指针的(包括主分支main)
  • git中所有对分支指针的操作都是通过操控HEAD指针完成
  • HEAD指针会被attach到一个分支指针, 这样就可以对对应的分支指针进行操作

Example: 移动HEAD指针
Git --- 基础介绍_第9张图片

  • 执行 git checkout commitID 操作, 这里就是 git checkout C4
  • 将HEAD和bugFix指针 detach

Git --- 基础介绍_第10张图片
Example: 移动HEAD指针

  • 在下图的状态下直接执行git checkout commitID 可以将HEAD指针直接移动到所对应的commit节点

Git --- 基础介绍_第11张图片

  • 执行 git checkout C3
    Git --- 基础介绍_第12张图片

Example: 使用HEAD移动其他分支指针

  • 目前HEAD是detached状态, 现在需要将bugFix移动到C0, main移动到C6
    Git --- 基础介绍_第13张图片
  • 执行git checkout C0, 将HEAD移动到C0
    Git --- 基础介绍_第14张图片
  • 执行git switch bugFix 切换到bugFix分支
  • 执行 git branch -f bugFix HEAD 将bugFix指针移动到C0
    Git --- 基础介绍_第15张图片
    8 执行git checkout C0, 将HEAD移动到C6
  • 执行 git branch -f main HEAD 将main移动到C6
    Git --- 基础介绍_第16张图片
  • 执行git switch main 或者 git checkout main, 将HEAD attch到main
    Git --- 基础介绍_第17张图片
  • 使用 ~N 符合可以将其他分支移动到HEAD分支的前N个节点
  • 比如 git branch -f bugFix HEAD~2 就是将bugFix移动到HEAD之前的两个节点上

git — 一次正常的git提交流程

  • 首先使用 git status 查看目前的git状态
    Git --- 基础介绍_第18张图片
  • 在文件夹中创建一个新的文件, 然后查看状态, 因为是新建文件, 所以目前文件是untracked状态
    Git --- 基础介绍_第19张图片
  • 执行git add . 或者 git add test.txt, 然后查看状态
  • 文件已经加入暂存区(Index), 可以被commit
    Git --- 基础介绍_第20张图片
  • 执行 git coomit -m “first commit” 将更改提交, 并用git log查看comit信息
    Git --- 基础介绍_第21张图片
  • 对test内容进行更改, 查看git状态
  • 因为之前已经被加入git, 所以这次不是untracked状态, 而是modified状态
    Git --- 基础介绍_第22张图片
  • 使用git stage test.txt 或者 git add . 或者 git add test.txt 将修改放入暂存区
    Git --- 基础介绍_第23张图片
  • 使用git log查看commit信息
    Git --- 基础介绍_第24张图片
  • 也可以使用 git log --oneline --graph 查看
  • 可以显式分支信息和HEAD指针信息
    在这里插入图片描述
  • 创建一个新的分支bugFix, 可以看到1730376 这个节点上有三个指针, 分别是HEAD, master, bugFix
    Git --- 基础介绍_第25张图片
  • 切换到bugFix分支, 然后对文件进行修改
    Git --- 基础介绍_第26张图片
  • 在bugFix分支进行commit提交, 然后查看log
  • 可以看到HEAD和bugFix移动到了ddac8b1这个commit节点
    Git --- 基础介绍_第27张图片
  • 切换回master分支, 然后进行merge, 再查看log
  • 可以看到master被移动到了ddac8b1这个节点
    Git --- 基础介绍_第28张图片
  • 注意 Fast-forward, 说明只是简单的把master指针向前移动了一下, 而并不是生成了新的commit节点
  • 如果master分支在bugFix之前有了新的commit, 这时再merge bugFix就不是Fast-forward了, 而是会生成新的commit节点
  • 如下: 当main分支在C3上时执行 git merge bugFix, C4就是新创建的节点
    Git --- 基础介绍_第29张图片

你可能感兴趣的:(Git,git,elasticsearch,大数据)