0


Git企业开发控制理论和实操-从入门到深入(二)|Git的基本操作

**

前言

**

**

那么这里博主先安利一些干货满满的专栏了!

**

**

首先是博主的高质量博客的汇总,这个专栏里面的博客,都是博主最最用心写的一部分,干货满满,希望对大家有帮助。

**

**

**

**

**

高质量博客汇总https://blog.csdn.net/yu_cblog/category_12379430.html

**

**

**

**

然后就是博主最近最花信息的一个专栏《Git企业开发控制理论和实操》希望大家多多关注!
Git企业开发控制理论和实操https://blog.csdn.net/yu_cblog/category_12419275.html?spm=1001.2014.3001.5482

博主的Github主页

里面都是一些博主自己做的项目,希望对大家有帮助。

Yufccode (Fengcheng Yu) · GitHubfocus on backend development. Yufccode has 12 repositories available. Follow their code on GitHub.https://github.com/Yufccode


Git的基本操作

创建本地仓库

命令:

git init

创建好之后会多一个

.git

目录,里面是什么我们先不管,后面再说。

不要手动修改里面的任何内容!

配置本地仓库

一进去之后首先要配置的两个东西,是一定要配置的

  • name
  • email

如果不配置在后续就会有一系列的问题。

**配置使用

git config

命令**

git config user.name "xxx"
git config user.email "xxx"

检查是否配置好了:

git config -l # 检查config中的所有配置

删除配置:

比如删除名字

git config --unset user.name

全局设置:

表示可以在当前机器下的所有仓库中都生效。

git config --global user.name "xxx" # 全局设置
git confit --global --unset user.name # 全局重置

认识工作区、暂存区、版本库

现在,请问这个git仓库可以管理这个

README.md

吗?

答案是还不可以。因为本质上

.git

才是仓库,外面不是。

但是

.git

是绝对不允许手动修改的。

**其实

.git

里面叫做版本库(仓库),外面叫做工作区。**

那么怎么样才能让

README.md

被管理呢?要进行一些操作。

这张图的工作区,就是README.md所在的地方。

stage可以称作暂存区/索引,即/index

HEAD是一个指针,只想master,这个概念我们到后面再理解。

添加文件

git add

本质是添加到stage中!

命令:

git add # 后面跟上文件名
git add . # 添加当前所有问题
git add file.log test.txt # 添加指定文件

git commit

git commit -m "add my first file" # 这里不要乱写,这里写的是提交的细节,对后续维护很重要

git log

git log

可以打印从近到远的所有提交记录。

这个是经过哈希计算出来的,很大的数字。

git log --pretty=oneline # 这样可以打印的漂亮一点

学会看懂.git目录里的文件

我们可以看看完成了一系列操作后的目录结构,如下所示。

(base) [yufc@ALiCentos7:~/Src/Bit-Courses/GitDevelopment/gitcode]$ tree .git
.git
├── branches
├── COMMIT_EDITMSG
├── config
├── description
├── HEAD
├── hooks
│   ├── applypatch-msg.sample
│   ├── commit-msg.sample
│   ├── post-update.sample
│   ├── pre-applypatch.sample
│   ├── pre-commit.sample
│   ├── prepare-commit-msg.sample
│   ├── pre-push.sample
│   ├── pre-rebase.sample
│   └── update.sample
├── index
├── info
│   └── exclude
├── logs
│   ├── HEAD
│   └── refs
│       └── heads
│           └── master
├── objects
│   ├── 0d
│   │   └── f05318450b3455603cd0b0fc2cb4f4c8faa366
│   ├── 86
│   │   └── 5a7036c778b72e201a13e65b37bc35cbd83ade
│   ├── 8d
│   │   └── 9ba68bb8b2dfea545ec559b43f9f08d4d362c0
│   ├── d3
│   │   └── b98d1ce30bb03f3140dee28718bbdf08579543
│   ├── e6
│   │   └── 9de29bb2d1d6434b8b29ae775ad8c2e48c5391
│   ├── f4
│   │   └── 2df147c60543792b9b56e1118f11409d55e87a
│   ├── info
│   └── pack
└── refs
  ├── heads
  │   └── master
  └── tags
​
18 directories, 24 files

我们在刚才说了,add之后东西会被放到暂存区里面去:

/index

暂存区 /index

然后我们可以在目录结构中找到这个index了。

add之后的内容就会放到index里面去的!

HEAD指针

我们还要看HEAD,刚才说了HEAD是一个指针,指向master。

就是指向master的

master

可以发现,master就是最新的一次提交的

commit id

我们刚才说了,master里面存放的都是对象

object

的索引,可以把

commit id

理解成一个对象

object对象

那么如何查看object对象里面的具体内容呢?

首先要把上面的

commit id

分成两部分来看。

前两位,也就是

f4

表示文件夹的名称,后面表示文件名,如图所示。

但是现在查看不能直接

cat

了,要用一个特殊的命令

git cat-file -p [commit id]

最新的一次提交的描述信息,就写在这里。

学到这里,我们可以输出一个结论:Git追踪管理的其实就是修改,而不是文件!

修改文件

git status

命令

先介绍一个命令,用于查看仓库的状态。

git status

我刚才在我的README.md里面新增了一行,然后

git statues

告诉我:

Changes not staged for commit

:暂存区中没有要修改的内容

修改的内容在工作区的

README.md

git diff

命令

git diff README.md

即:找出工作区和暂存区中

README.md

文件的差异。打印格式是

Unix

常用的diff格式。

修改后

我们

git add .

一下之后,再

git status

试一下

提交看看。

版本回退

回退操作

重点命令:

git reset [--soft | --mixed | --hard] [HEAD]

直接上例子。

我们的README.md其实是有两个版本的,一个是一开始的版本,一个是添加一行后的版本。

**

git reset

本质是回退版本库中的内容。**

--soft
--mixed
--hard

只回退版本库中的内容,工作区和暂存区不变版本库+暂存区回退,工作区不变回退所有区域中的内容
**默认使用

--mixed

选项。**

--hard

慎用,因为如果我正在工作区进行开发,但是调用了

--hard

的回退,工作区的内容就直接丢失了。

在操作直线先看看日志。

调用

git reset

**回退之后,在

add my first file

这一次修改之后的所有修改,都会直接被回退。**

如果后续需要撤销修改:也是执行

git reset

命令。

如果你的bash还没clear,还是能看到刚才的

commit id

那直接调用

git reset

也是可以撤销的。

那如果你屏幕

clear

了呢?也是可以撤销的。

git reflog # 它可以看到本地每一次的提交命令

前面那些短的数字和字母,其实就是

commit id

的一部分。用这一部分也是可以回退的。

回退本质

本质就是一个指针动来动去而已。

撤销修改

如果我们在工作区在一个版本基础上继续开发,但是越写越觉得自己的代码是垃圾,写不下去了,想直接回到修改前的版本。

首先是有三个场景:

  • 只在工作区中改了
  • add了但没有commit
  • commit了

情况一:仅在工作区中进行了修改

git checkout -- README.md

这个命令可以让文件撤销到上一次add时候的状态。

**注意:命令中的

--

是很重要的,如果不加

--

,命令是另外一个含义。**

情况二:add了但没有commit

先把准备工作做一下,把工作区和暂存区的弄成一致的先。

利用

git reset

就行

git reset --hard ... # 这个命令也可以回退到和当前版本库内容一致的版本下,即版本库啥样就回退到啥样
git reset --hard HEAD # 表示回退到当前版本
git reset --hard HEAD^ # 表示回退到上一个版本
git reset --hard HEAD^^ # 表示回退到上两个版本,以此类推
# 当然这里面reset的选项可以自己选

情况三:已经commit

同样可以利用

git reset

命令。

那么我们知道

HEAD

是当前版本,

HEAD^

是上一个版本,所以情况三也是很好解决的。

git reset --hard HEAD^ # 三个区都回退到上个版本

**注意:情况三有一个大的前提条件,即:commit之后没有

push

操作。**

至于什么是

push

操作后续才会讲解。

为什么要有这个前提呢,不是说push了我们的代码就改不了,而是说,在企业中,跑的代码是远程仓库中的代码,不是我本地的代码。

撤销的目的:就是不影响远程仓库的代码。

删除文件

方法一

在工作区

rm

之后,

add

commit

就行了。

方法二

使用

git

提供的命令。

git rm file1

这个命令可以帮我们做两件事:

  • 删除工作区中的file1
  • 删除暂存区中的file1

因此我们再

git commit

一下就能完成删除了。


本文转载自: https://blog.csdn.net/Yu_Cblog/article/details/132449419
版权归原作者 @背包 所有, 如有侵权,请联系我们删除。

“Git企业开发控制理论和实操-从入门到深入(二)|Git的基本操作”的评论:

还没有评论