【Git企业开发】第一节.Git 初识

这篇具有很好参考价值的文章主要介绍了【Git企业开发】第一节.Git 初识。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

作者简介:大家好,我是未央;

博客首页:未央.303

系列专栏:

每日一句:人的一生,可以有所作为的时机只有一次,那就是现在!!!!!

文章目录

前言

课程目标

初始Git

一、Git 安装

二、Git 基本操作

2.1 创建Git本地仓库

2.2 配置Git

2.3 查看.git文件

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

3.1 添加文件---场景一

3.2 添加文件---场景二

3.3 修改文件

3.4 撤销修改文件

3.4.1 情况⼀:对于⼯作区的代码,还没有 add

3.4.2 情况⼆:已经 add ,但没有 commit

3.4.3 情况三:已经 add ,并且也 commit 了

3.5 删除文件

四、版本回退

总结


【Git企业开发】第一节.Git 初识,Git企业开发,Git,gitee,Git的企业级开发


前言

课程目标

  • 技术目标: 掌握 Git 企业级应用,深刻理解Git操作过程与操作原理,理解工作区,暂存区,版本库的含义
  • 技术目标: 掌握 Git 版本管理,自由进行版本回退、撤销、修改等Git操作方式与背后操作原理
  • 技术目标: 掌握 Git 分支管理,从分支创建,切换,合并,删除的整个生命周期,灵活进行各种场景下的分支管理,学习常见分支管理策略
  • 技术目标: 掌握 Git 远程仓库与本地仓库,结合版本管理与分支管理,做到基于分支级的个人级开发
  • 技术目标: 理解分布式版本控制系统,学习远程仓库与本地仓库的交互操作,掌握多人协作开发模式

初始Git

提出问题

不知道你工作或学习时,有没有遇到这样的情况:我们在编写各种文档时,为了防止文档丢失,更改
失误,失误后能恢复到原来的版本,不得不复制出一个副本,比如:
“报告-v1”
“报告-v2”
“报告-v3”
“报告-确定版”
“报告-最终版”
“报告-究极进化版”
...
每个版本有各自的内容,但最终会只有一份报告需要被我们使用;

但在此之前的工作都需要这些不同版本的报告,于是每次都是复制粘贴副本,产出的文件就越来越 多,文件多不是问题,问题是: 随着版本数量的不断增多,你还记得这些版本各⾃都是修改了什么 吗????
文档如此,我们 写的项目代码,也是存在这个问题的!!

如何解决????   所以有了版本控制器来解决这个问题;

版本控制器的作用: 为了能够更方便我们管理这些不同版本的文件。

所谓的版本控制器,通俗的讲就是⼀个可以记录工程的每⼀次改动和版本迭代的一个管理系统,同时也方便多人协同作业。

目前最 主流的版本控制器就是 Git Git 可以控制电脑上所有格式的文件,例如 doc、excel、dwg、 dgn、rvt等等。对于我们开发人员来说,Git 最重要的就是可以帮助我们管理软件开发项⽬中的源代码文件!

注意事项:

所有的版本控制系统 ,Git 也不例外 ,其实只能跟踪文本文件的改动 ,比如 TXT 文件 ,网页 ,所有的程序代码等等。版本控制系统可以告诉你每次的改动 ,比如在第5行加了一个单词“ Linux” ,在第8行删了一个单词 “Windows”;


而图片、视频这些二进制文件 ,虽然也能由版本控制系统管理 ,但没法跟踪文件的变化 ,只能把二进制文件每次改动串起来 ,也就是只知道图片从100KB改成了120KB ,但到底改了啥 ,版本控制系统不知道 ,也没法知道。


一、Git 安装

(1)Linux-centos平台

如果你的的平台是centos ,安装git相当简单 ,以我的centos7.6为例:

首先 ,你可以试着输入Git ,看看系统有没有安装Git:

 $ git
 -bash: git: command not found

出现像上面的结果 ,Linux会友好地告诉你Git没有安装。


安装Git:
 

sudo yum -y install git

查看 Git 安装的版本:

git --version

(2)Linux-ubuntu平台

如果你的的平台是ubuntu ,安装git相当简单 ,以我的ubuntu20.04为例:

首先 ,你可以试着输入git 看看系统有没有安装Git:

$ git
Command 'git' not found, but can be installed with:
 sudo apt install git

出现像上面的结果 ,Linux会友好地告诉你Git没有安装 ,还会告诉你如何安装Git。


安装 Git:

$ sudo apt-get install git -y

查看 git 安装的版本:

1 $ git --version

【Git企业开发】第一节.Git 初识,Git企业开发,Git,gitee,Git的企业级开发

二、Git 基本操作

2.1 创建Git本地仓库

要提前说的是 ,仓库是进行版本控制的一个文件目录。我们要想对文件进行版本控制 ,就必须先创建 一个仓库出来。


创建一个 Git 本地仓库对应的命令为 git init;

注意命令要在文件目录下执行 

例如:

 hyb@139-159-150-152:~/gitcode$ git init
4 Initialized empty Git repository in /home/hyb/gitcode/.git/
5 hyb@139-159-150-152:~/gitcode$ ll -a
6 total 12
7 drwxrwxr-x  3 hyb hyb 4096 May 5 15:49 ./
8 drwxr-xr-x 13 hyb hyb 4096 May 5 15:47 ../
9 drwxrwxr-x  7 hyb hyb 4096 May 5 15:49 .git/

注意:当前目录下多了一个  .git 的隐藏文件   .git 目录是 Git 来跟踪管理仓库的 ,不要手动修改这个目录里面的文件 ,不然改乱了 ,就把 Git 仓库给破坏了。


2.2 配置Git

当安装 Git 后首先要做的事情是设置你的 用户名称 和 e-mail 地址 ,这是非常重要的。

配置命令为:

 git config [--global] user.name "Your Name"
2 git config [--global] user.email "email@example.com"
3
4 # 把  Your Name 改成你的昵称
5 # 把  email@example.com 改成邮箱的格式 ,只要格式正确即可。

其中  --global 是一个可选项。如果使用了该选项,配置。如果你希望在不同仓库中使用不同的  name 注意的是 ,执行命令时必须要在仓库里。


查看配置命令为:

git config -l

删除对应的配置命令为:

git config [--global] --unset user.name
2 git config [--global] --unset user.email

2.3 查看.git文件

先来看看我们的 .git 的目录结构:
hyb@139-159-150-152:~/gitcode$ tree .git/
.git/
├── branches
├── COMMIT_EDITMSG
├── config
├── description
├── HEAD
├── hooks
│   ├── applypatch-msg.sample
│   ├── commit-msg.sample
│   ├── fsmonitor-watchman.sample
│   ├── post-update.sample
│   ├── pre-applypatch.sample
│   ├── pre-commit.sample
│   ├── pre-merge-commit.sample
│   ├── prepare-commit-msg.sample
│   ├── pre-push.sample
│   ├── pre-rebase.sample
│   ├── pre-receive.sample
│   └── update.sample
├── index
├── info
│   └── exclude
├── logs
│   ├── HEAD
│   └── refs
│   └── heads
│   └── master
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
├── objects
│   ├── 23
│   │   └── 807c536969cd886c4fb624b997ca575756eed6
│   ├── 83
│   │   └── 0a8c9feefbdc098bbae2cdc25e5034ce1920d7
│   ├── 8f
│   │   └── add50161b6fafa53ce7e79d278dc490240c946
│   ├── 9c
│   │   └── 9e1f0f6bff3015df71a0963004476f5e6cfd54
│   ├── c6
│   │   └── 1428926f3853d4ec6dde904415b0e6c1dabcc6
│   ├── e6
│   │   └── 9de29bb2d1d6434b8b29ae775ad8c2e48c5391
│   ├── info
│   └── pack
└── refs
 ├── heads
 │   └── master
 └── tags
18 directories, 27 files

1. index 就是我们的暂存区,add 后的内容都是添加到这里的。

2. HEAD 就是我们的默认指向 master 分的指针。

hyb@139-159-150-152:~/gitcode$ cat .git/HEAD
ref: refs/heads/master
⽽默认的 master 分,其实就是:
hyb@139-159-150-152:~/gitcode$ cat .git/refs/heads/master
23807c536969cd886c4fb624b997ca575756eed6
打印的 23807c536969cd886c4fb624b997ca575756eed6 是什么东西呢?
解析:保存的就是当前最新 的 commit id

3. objects 为 Git 的对象库,里面包含了创建的各种版本库对象及内容。当执行 git add 命令 时,暂存区的目录树被更新,同时工作区修改(或新增)的文件内容被写入到对象库中的⼀个新的 对象中,就位于 ".git/objects" 目录下,让我们来看看这些对象有何用处:


【Git企业开发】第一节.Git 初识,Git企业开发,Git,gitee,Git的企业级开发

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

工作区:是在电脑上你要写代码或文件的目录。


暂存区:英文叫 stage 或 index。一般存放在.git目录下的 index 文件( .git/index)  ,我们把暂存区有时也叫作索引( index)。


版本库:又名仓库 ,英文名repository 。工作区有一个隐藏目录.git,它不算工作区 ,而是 Git 的版本库。这个版本库里面的所有文件都可以被 Git 管理起来 ,每个文件的修改、删除 ,Git都能跟踪 ,以便任何时刻都可以追踪历史 ,或者在将来某个时刻可以“还原”。


下面这个图展示了工作区、暂存区和版本库之间的关系:

【Git企业开发】第一节.Git 初识,Git企业开发,Git,gitee,Git的企业级开发


  • 图中左侧为工作区,右侧为版本库。Git 的版本库里存了很多东西,其中最重要的就是暂存区。
  • 在创建 Git 版本库时,Git 会为我们自动创建⼀个唯⼀的 master 分支,以及指向 master 的⼀个指针叫 HEAD。(分⽀和HEAD的概念后⾯再说)

  • 当对工作区修改(或新增)的文件执行git add 命令时,暂存区目录树的文件索引会被更新。
  • 当执行提交操作git  commit 时,master  分支会做相应的更新,可以简单理解为暂存区的目录树才会被真正写到版本库中。

由上述描述我们便能得知:通过新建或粘贴进目录的文件,并不能称之为向仓库中新增文件,而只是在工作区新增了文件。必须要通过使用git add和git  commit命令才能将文件添加到仓库中进行管理!!!


3.1 添加文件---场景一

在包含 .git 的目录下新建⼀个 ReadMe 文件,我们可以使用 git add 命令可以将文件添加到暂存 区:
• 添加⼀个或多个文件到暂存区: git add [file1] [file2] ...
• 添加指定目录到暂存区,包括子目录: git add [dir]
• 添加当前目录下的所有文件改动到暂存区: git add .

再使⽤ git commit 命令将暂存区内容添加到本地仓库中:

• 提交暂存区全部内容到本地仓库中: git commit -m "message"
• 提交暂存区的指定文件到仓库区: git commit [file1] [file2] ... -m "message"
注意 git commit 后面的 -m 选项,要跟上描述本次提交的 message,由用户自己完成,这部分内容绝对不能省略,并要好好描述,是用来记录你的提交细节,是给我们人看的。

注意:

 git commit 后⾯面的 -m 选项,要跟上描述本次提交的 message,由用户自己完成,这部分内容绝对不能省略,并要好好描述,是用来记录你的提交细节,是给我们⼈看的。


举例说明:

hyb@139-159-150-152:~/gitcode$ vim ReadMe
hyb@139-159-150-152:~/gitcode$ cat ReadMe 
hello bit
hello bit
hyb@139-159-150-152:~/gitcode$ git add ReadMe
hyb@139-159-150-152:~/gitcode$ git commit -m "commit my first file"
[master (root-commit) c614289] commit my first file
 1 file changed, 2 insertions(+)
 create mode 100644 ReadMe
git commit 命令执行成功后会告诉我们,1个文件被改动(就是我们新添加的ReadMe文件),插入了两行内容(ReadMe有两行内容)。

我们还可以多次 add 不同的文件,而只 commit ⼀次便可以提交所有文件,是因为需要提交的文件是 通通被 add 到暂存区中,然后一次性 commit 暂存区的所有修改。
举例:
hyb@139-159-150-152:~/gitcode$ touch file1 file2 file3
hyb@139-159-150-152:~/gitcode$ git add file1
hyb@139-159-150-152:~/gitcode$ git add file2
hyb@139-159-150-152:~/gitcode$ git add file3
hyb@139-159-150-152:~/gitcode$ git commit -m "add 3 files"
[master 23807c5] add 3 files
 3 files changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 file1
 create mode 100644 file2
 create mode 100644 file3

截至目前为⽌,我们已经更够将代码直接提交至本地仓库了。我们可以使用 git log 命令,来查看 下历史提交记录:
 
代码:
hyb@139-159-150-152:~/gitcode$ git log
commit 23807c536969cd886c4fb624b997ca575756eed6 (HEAD -> master)
Author: hyb91 <2689241679@qq.com>
Date: Sat May 6 11:27:32 2023 +0800
 add 3 files
commit c61428926f3853d4ec6dde904415b0e6c1dabcc6
Author: hyb91 <2689241679@qq.com>
Date: Sat May 6 11:25:50 2023 +0800
 commit my first file

该命令显示从最近到最远的提交日志,并且可以看到我们 commit 时的日志消息。
如果嫌输出信息太多,看得眼花缭乱的,可以试试加上 --pretty=oneline 参数:
显示:
hyb@139-159-150-152:~/gitcode$ git log --pretty=oneline
23807c536969cd886c4fb624b997ca575756eed6 (HEAD -> master) add 3 files
c61428926f3853d4ec6dde904415b0e6c1dabcc6 commit my first file
需要说明的是,我们看到的⼀一大串类似 23807c5...56eed6 的是每次提交的 commit id (版本 号),Git 的 commit id 不是1,2,3……递增的数字,⽽是⼀个 SHA1 计算出来的⼀个非常大的数 字,用十六进制表⽰(你看到的 commit id 和我的肯定不⼀样,以自己的为准)

3.2 添加文件---场景二

学习到这里,我们已经清楚了如何向仓库中添加文件,并且对于工作区、暂存区、版本库也有了⼀定的认识。那么我们再展示一种添加文件的场景,能加深对工作区、暂存区、版本库的理解,
⽰例如 下:
hyb@139-159-150-152:~/gitcode$ touch file4 #1. 新增file4⽂件
hyb@139-159-150-152:~/gitcode$ git add file4 #2. 将file4添加到暂存区
hyb@139-159-150-152:~/gitcode$ touch file5 #3. 新增file5⽂件
hyb@139-159-150-152:~/gitcode$ git commit -m"add file" #4. 提交修改
[master 3d406c0] add file
 1 file changed, 0 insertions(+), 0 deletions(-) 
 create mode 100644 file4
提交后发现打印了 1 file changed, 0 insertions(+), 0 deletions(-) ,意思是只
有⼀个文件改变了,这时我们提出了疑问,不是新增了两个文件吗?
再来回忆下, git add 是将文件添加到暂存区, git commit 是将暂存区的内容添加到本地仓库 中。由于我们并没有使用 git add file5 ,file5 就不在暂存区中维护,所以我们 commit 的时候 其实只是把已经在暂存区的 file4 提交了,而遗漏了⼯作区的 file5。如何提交 file5 呢?很简单,再次 add , commit 即可

3.3 修改文件

Git 比其他版本控制系统设计
得优秀,因为 Git 跟踪并管理的是修改,而非文件。
什么是修改?比如你新增了一行,这就是一个修改,删除了一行,也是一个修改,更改了某些字符, 也是一个修改,删了一些又加了一些,也是一个修改,甚至创建一个新文件,也算⼀个修改。

让我们将 ReadMe 文件进行次修改:

显示:

hyb@139-159-150-152:~/gitcode$ cat ReadMe
hello bit
hello git
hello world

此时,仓库中的 ReadMe 和我们工作区的 ReadMe 是不同的,如何查看当前仓库的状态呢? git status 命令用于查看在你上次提交之后是否有对文件进行再次修改。
显示:
hyb@139-159-150-152:~/gitcode$ git status
On branch master
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git restore <file>..." to discard changes in working directory)
modified: ReadMe
no changes added to commit (use "git add" and/or "git commit -a")

上面的结果告诉我们,ReadMe 被修改过了,但还没有完成添加与提交。
目前,我们只知道文件被修改了,如果能知道具体哪些地方被修改了,就更好了。有同学会说,我刚 改的我知道呀!可是,你还记得你三天前写了什么代码吗?或者没写

git diff [file] 命令用来显示暂存区和工作区w嗯件的差异,显示的格式正是Unix通用的diff格
式。也可以使用 git diff HEAD -- [file] 命令来查看版本库和工作区文件的区别。
显示:
hyb@139-159-150-152:~/gitcode$ git diff ReadMe
diff --git a/ReadMe b/ReadMe
index 9c9e1f0..4a97140 100644
--- a/ReadMe
+++ b/ReadMe
@@ -1,2 +1,3 @@
hello bit
-hello bit
+hello git
+hello world

知道了对 ReadMe 做了什么修改后,再把它提交到本地仓库就放心多了。
显示:
hyb@139-159-150-152:~/gitcode$ git add ReadMe
hyb@139-159-150-152:~/gitcode$ git status
On branch master
Changes to be committed:
(use "git restore --staged <file>..." to unstage)
modified: ReadMe

git add 之后,就没有看到上面 no changes added to commit (use "git add"
and/or "git commit -a") 的消息了。接下来让我们继续 git commit 即可:
显示:
hyb@139-159-150-152:~/gitcode$ git commit -m "add modify ReadMe file"
[master 94da695] add modify ReadMe file
1 file changed, 2 insertions(+), 1 deletion(-)
hyb@139-159-150-152:~/gitcode$ git status
On branch master
nothing to commit, working tree clean

3.4 撤销修改文件

如果我们在我们的工作区写了很长时间代码,越写越写不下去,觉得自己写的实在是垃圾,想恢复到上一个版本。

3.4.1 情况一:对于工作区的代码,还没有 add

你当然可以直接删掉你目前在工作区新增的代码,像这样:

显示:

#向ReadMe中新增一行代码
hyb@139-159-150-152:~/gitcode$ git status
On branch master
nothing to commit, working tree clean
hyb@139-159-150-152:~/gitcode$ vim ReadMe
hyb@139-159-150-152:~/gitcode$ cat ReadMe
hello bit
hello git
hello world
hello version1
hello version2
hello version3
This piece of code is like shit #新增代码
hyb@139-159-150-152:~/gitcode$ git status
On branch master
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git restore <file>..." to discard changes in working directory)
modified: ReadMe
no changes added to commit (use "git add" and/or "git commit -a")
# 直接删除代码
hyb@139-159-150-152:~/gitcode$ vim ReadMe
hyb@139-159-150-152:~/gitcode$ cat ReadMe
hello bit
hello git
hello world
hello version1
hello version2
hello version3
hyb@139-159-150-152:~/gitcode$ git status
On branch master
nothing to commit, working tree clean

辛亏我们工作效率不高,才写了一行代码就发现不行了,要是你写了3天,一直都没有提交,该怎么删掉呢?你自己都忘了自己新增过哪些,有同学说,我可以 git diff xxx ⼀下,看看差别在删啊, 那你肯定又要花3天时间删代码了,并且很大的概率还会改出bug。⼀周过去了,你怎么向你的老板交代呢?

Git 其实还为我们提供了更好的⽅式,我们可以使用 git checkout -- [file] 命令让工作区的
文件回到最近⼀次 add commit 时的状态。 要注意 git checkout -- [file] 命令中的
-- 很重要,切记不要省略,一旦省略,该命令就变为其他意思了,后面我们再说。
示例如下:
显示:
# ReadMe中新增⼀⾏代码
hyb@139-159-150-152:~/gitcode$ vim ReadMe
hyb@139-159-150-152:~/gitcode$ cat ReadMe
hello bit
hello git
hello world
hello version1
hello version2
hello version3
This piece of code is like shit #新增代码
# 恢复到上⼀次 add commit
hyb@139-159-150-152:~/gitcode$ git checkout -- ReadMe
hyb@139-159-150-152:~/gitcode$ cat ReadMe
hello bit
hello git
hello world
hello version1
hello version2
hello version3

3.4.2 情况二:已经 add ,但没有 commit

add 后还是保存到了暂存区呢?怎么撤销呢?
显示:
# ReadMe中新增一行代码
hyb@139-159-150-152:~/gitcode$ vim ReadMe
hyb@139-159-150-152:~/gitcode$ cat ReadMe
hello bit
hello git
hello world
hello version1
hello version2
hello version3
This piece of code is like shit #新增代码
# add 存入暂存区
hyb@139-159-150-152:~/gitcode$ git add ReadMe
hyb@139-159-150-152:~/gitcode$ git status
On branch master
Changes to be committed:
(use "git restore --staged <file>..." to unstage)
modified: ReadMe

让我们来回忆⼀下学过的 git reset 回退命令,该命令如果使⽤ --mixed 参数,可以将暂存区

的内容退回为指定的版本内容,但⼯作区⽂件保持不变。那我们就可以回退下暂存区的内容了!!!
示例如下:
# --mixed 是默认参数,使用时可以省略
hyb@139-159-150-152:~/gitcode$ git reset HEAD ReadMe
Unstaged changes after reset:
M ReadMe

git status 查看⼀下,发现现在暂存区是干净的,工作区有修改:
示例:
hyb@139-159-150-152:~/gitcode$ git status
On branch master
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git restore <file>..." to discard changes in working directory)
modified: ReadMe
no changes added to commit (use "git add" and/or "git commit -a")

还记得如何丢弃工作区的修改吗?
示例:
hyb@139-159-150-152:~/gitcode$ git checkout -- ReadMe
hyb@139-159-150-152:~/gitcode$ git status
On branch master
nothing to commit, working tree clean
hyb@139-159-150-152:~/gitcode$ cat ReadMe
hello bit
hello git
hello world
hello version1
hello version2
hello version3

恢复了!


3.4.3 情况三:已经 add ,并且也 commit 了

不要担心,我们可以 git reset --hard HEAD^ 回退到上⼀个版本!不过,这是有条件的,就是 你还没有把自己的本地版本库推送到远程。还记得Git是分布式版本控制系统吗?我们后面会讲到远程 版本库,⼀旦你推送到远程版本库,你就真的惨了

示例:

# ReadMe中新增一行代码
hyb@139-159-150-152:~/gitcode$ vim ReadMe
hyb@139-159-150-152:~/gitcode$ cat ReadMe
hello bit
hello git
hello world
hello version1
hello version2
hello version3
This piece of code is like shit #新增代码
# 提交
hyb@139-159-150-152:~/gitcode$ git add ReadMe
hyb@139-159-150-152:~/gitcode$ git commit -m"test quash"
[master 5f71ae1] test quash
1 file changed, 1 insertion(+)
# 回退
hyb@139-159-150-152:~/gitcode$ git reset --hard HEAD^
HEAD is now at 144a3f8 add file
hyb@139-159-150-152:~/gitcode$ cat ReadMe
hello bit
hello git
hello world
hello version1
hello version2
hello version3

3.5 删除文件

在 Git 中,删除也是⼀个修改操作,我们实战⼀下, 如果要删除 file5 文件,怎么搞呢?
如果你这样做了 :
示例:
hyb@139-159-150-152:~/gitcode$ ls
file1 file2 file3 file4 file5 ReadMe
hyb@139-159-150-152:~/gitcode$ rm file5

但这样直接删除是没有用的,反而徒增烦恼, git status 命令会立刻告诉你哪些文件被删除了:
示例:
hyb@139-159-150-152:~/gitcode$ git status
On branch master
Changes not staged for commit:
(use "git add/rm <file>..." to update what will be committed)
(use "git restore <file>..." to discard changes in working directory)
deleted: file5
no changes added to commit (use "git add" and/or "git commit -a")

此时,工作区和版本库就不⼀致了,要删⽂件,⽬前除了要删⼯作区的⽂件,还要清除版本库的文件。
⼀般走到这里,有两种可能:
• 1.确实要从版本库中删除该文件
• 2.不小心删错了

对第⼆种情况 ,很明显误删,需要使用 git 来进行恢复,很简单,我们刚学过(删除也是修改):
示例:
hyb@139-159-150-152:~/gitcode$ git checkout -- file5
hyb@139-159-150-152:~/gitcode$ ls
file1 file2 file3 file4 file5 ReadMe
对于第⼀种情况,很明显是没有删完,我们只删除了⼯作区的文件。
这时就需要使用 git rm 将文件从暂存区和⼯作区中删除,并且 commit
示例:
hyb@139-159-150-152:~/gitcode$ git rm file5
rm 'file5'
hyb@139-159-150-152:~/gitcode$ git status
On branch master
Changes to be committed:
(use "git restore --staged <file>..." to unstage)
deleted: file5
hyb@139-159-150-152:~/gitcode$ git commit -m"deleted file5"
[master 5476bde] deleted file5
1 file changed, 0 insertions(+), 0 deletions(-)
delete mode 100644 file5
hyb@139-159-150-152:~/gitcode$ git status
On branch master
nothing to commit, working tree clean
现在文件就从版本库中删除了。

【Git企业开发】第一节.Git 初识,Git企业开发,Git,gitee,Git的企业级开发

四、版本回退

之前我们也提到过,Git 能够管理文件的历史版本,这也是版本控制器重要的能力。如果有⼀天你发现之前前的工作做的出现了很大的问题,需要在某个特定的历史版本重新开始,这个时候,就需要版本回退的功能了。


执行 git reset 命令用于回退版本,可以指定退回某⼀次提交的版本。要解释⼀下“回退”本质是要将版本库中的内容进行回退,工作区或暂存区是否回退由命令参数决定:

git reset 命令语法格式为: git reset [--soft | --mixed | --hard] [HEAD]

--mixed 为默认选项,使用时可以不用带该参数。该参数将暂存区的内容退回为指定提交版本内 容,工作区文件保持不变。
--soft 参数对于工作区和暂存区的内容都不变,只是将版本库回退到某个指定版本。
--hard 参数将暂存区与工作区都退回到指定版本。切记工作区有未提交的代码时不要用这个命令,因为工作区会回滚,你没有提交的代码就再也找不回了,所以使用该参数前⼀定要慎重。
HEAD 说明:
可直接写成 commit id,表示指定退回的版本
HEAD 表示当前版本
HEAD^ 上⼀个版本
HEAD^^ 上上⼀个版本
以此类推...
可以使用 〜数字表示:
HEAD~0 表示当前版本
HEAD~1 上⼀个版本
HEAD^2 上上⼀个版本
以此类推...

为了便于表述,方便测试回退功能,我们先做⼀些准备⼯作:更新3个版本的 ReadMe,并分别进行3 次提交,如下所示:

示例:

# 第⼀次修改提交
hyb@139-159-150-152:~/gitcode$ cat ReadMe
hello bit
hello git
hello world
hello version1
hyb@139-159-150-152:~/gitcode$ git add ReadMe
hyb@139-159-150-152:~/gitcode$ git commit -m"add version1"
[master cff9d1e] add version1
1 file changed, 1 insertion(+)
# 第⼆次修改提交
hyb@139-159-150-152:~/gitcode$ cat ReadMe
hello bit
hello git
hello world
hello version1
hello version2
hyb@139-159-150-152:~/gitcode$ git add ReadMe
hyb@139-159-150-152:~/gitcode$ git commit -m"add version2"
1 file changed, 1 insertion(+)
# 第三次修改提交
hyb@139-159-150-152:~/gitcode$ cat ReadMe
hello bit
hello git
hello world
hello version1
hello version2
hello version3
hyb@139-159-150-152:~/gitcode$ git add ReadMe
hyb@139-159-150-152:~/gitcode$ git commit -m"add version3"
[master d95c13f] add version3
1 file changed, 1 insertion(+)
# 查看历史提交记录
hyb@139-159-150-152:~/gitcode$ git log --pretty=oneline
d95c13ffc878a55a25a3d04e22abfc7d2e3e1383 (HEAD -> master) add version3
14c12c32464d6ead7159f5c24e786ce450c899dd add version2
cff9d1e019333318156f8c7d356a78c9e49a6e7b add version1

现在,如果我们在提交完 version3 后, 发现 version 3 编写错误,想回退到 version2,重新基于version 2 开始编写。由于我们在这里希望的是将⼯作区的内容也回退到 version 2 版本,所以需要用到 --hard 参数,示例如下:
示例:
hyb@139-159-150-152:~/gitcode$ git log --pretty=oneline
d95c13ffc878a55a25a3d04e22abfc7d2e3e1383 (HEAD -> master) add version3
14c12c32464d6ead7159f5c24e786ce450c899dd add version2
cff9d1e019333318156f8c7d356a78c9e49a6e7b add version1
...
hyb@139-159-150-152:~/gitcode$ git reset --hard 14c12c32464d6ead7159f5c24e786ce4
HEAD is now at 14c12c3 add version2
hyb@139-159-150-152:~/gitcode$ cat ReadMe
hello bit
hello git
hello world
hello version1
hello version2
我们惊奇的发现,此时 ReadMe 文件的内容,已经回退到 version2 了!

当前,我们再次用 git log 查看⼀下提交日志,发现 HEAD 指向了version2;

示例:

hyb@139-159-150-152:~/gitcode$ git log --pretty=oneline
14c12c32464d6ead7159f5c24e786ce450c899dd (HEAD -> master) add version2
cff9d1e019333318156f8c7d356a78c9e49a6e7b add version1
...
到这里⼀般回退功能就演示完了,但现在如果我后悔了,想再回到 version 3 怎么办?我们可以继续使用 git reset 命令,回退到 version 3 版本,但我们必须要拿到 version 3 commit id 去指定回退的版本。

但我们看到了 git log 并不能打印出 version 3 commit id ,运⽓好的话我们可以从终端
上去找找之前的记录,运气不好的话 commit id 已经被我们搞丢了=。=
Git 还提供了⼀个 git reflog 命令能补救⼀下,该命令⽤来记录本地的每⼀次命令。
示例:
hyb@139-159-150-152:~/gitcode$ git reflog
14c12c3 (HEAD -> master) HEAD@{0}: reset: moving to 14c12c32464d6ead7159f5c24e78
d95c13f HEAD@{1}: commit: add version3
14c12c3 (HEAD -> master) HEAD@{2}: commit: add version2
cff9d1e HEAD@{3}: commit: add version1
94da695 HEAD@{4}: commit: add modify ReadMe file
23807c5 HEAD@{5}: commit: add 3 files
c614289 HEAD@{6}: commit (initial): commit my first file
这样,你就可以很方便的找到你的所有操作记录了,但 d95c13f 这个是啥东西?这个是 version 3 的 commit id 的部分。没错,Git 版本回退的时候,也可以使用部分 commit id 来代表目标版本。
示例:
# 回退到v3
hyb@139-159-150-152:~/gitcode$ git reset --hard d95c13f
HEAD is now at d95c13f add version3
# 查看⼯作区
hyb@139-159-150-152:~/gitcode$ cat ReadMe
hello bit
hello git
hello world
hello version1
hello version2
hello version3
# 查看log
hyb@139-159-150-152:~/gitcode$ git log --pretty=oneline
d95c13ffc878a55a25a3d04e22abfc7d2e3e1383 (HEAD -> master) add version3
14c12c32464d6ead7159f5c24e786ce450c899dd add version2
cff9d1e019333318156f8c7d356a78c9e49a6e7b add version1
94da6950d27e623c0368b22f1ffc4bff761b5b00 add modify ReadMe file
23807c536969cd886c4fb624b997ca575756eed6 add 3 files
c61428926f3853d4ec6dde904415b0e6c1dabcc6 commit my first file

可往往是理想很丰满,现实骨感。在实际开发中,由于长时间的开发了,导致 commit id 早就找不到了,可突然某⼀天,我又想回退到 version3,那该如何操作呢?貌似现在不可能了。。。


值得说的是,Git 的版本回退速度非常快,因为 Git 在内部有个指向当前分支(此处是master)的 HEAD 指针, refs/heads/master 文件里 eads/master 中存储⼀个特定的version,可以简单理解成如下示意图:

总结

【Git企业开发】第一节.Git 初识,Git企业开发,Git,gitee,Git的企业级开发文章来源地址https://www.toymoban.com/news/detail-713687.html

到了这里,关于【Git企业开发】第一节.Git 初识的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • (第六天)初识Spring框架-SSM框架的学习与应用(Spring + Spring MVC + MyBatis)-Java EE企业级应用开发学习记录

    ​ 昨天我们已经把Mybatis框架的基本知识全部学完,内容有Mybatis是一个半自动化的持久层ORM框架,深入学习编写动态SQL,Mybatis的关联映射,一对一、一对多、多对多、Mybatis的缓存机制,一二级缓存的开启和设置,缓存命中率、如何使用idea链接数据库自动生成pojo类等。我们学

    2024年02月10日
    浏览(63)
  • (第十一天)初识SpringMVC SSM框架的学习与应用(Spring + Spring MVC + MyBatis)-Java EE企业级应用开发学习记录

    今天我们要来学习一下SSM框架的最后一个框架SpringMVC 一、初认SpringMVC 基本概念: ​ Spring MVC(Model-View-Controller)是一个用于构建Java Web应用程序的开源框架,它提供了一种基于MVC架构的方式来开发Web应用 。 ​ SpringMVC是Spring Framework的一部分,它是一种基于模型-视图-控制器(

    2024年02月07日
    浏览(67)
  • SSM框架的学习与应用(Spring + Spring MVC + MyBatis)-Java EE企业级应用开发学习记录(第一天)Mybatis的学习

    一、当前的主流框架介绍(这就是后期我会发出来的框架学习) Spring框架 ​ Spring是一个开源框架,是为了解决企业应用程序开发复杂性而创建的 ,其主要优势之一就是分层架构。 Spring提供了更完善的开发环境,可以为POJO(Plain Ordinary Java Object,普通Java对象 )对象提供企业级

    2024年02月12日
    浏览(53)
  • git企业级使用

    1.初始Git 1.1创建Git仓库 要提前说的是,仓库是进⾏版本控制的⼀个⽂件⽬录。我们要想对⽂件进⾏版本控制,就必须先创建⼀个仓库出来。创建⼀个Git本地仓库对应的命令为 git init ,注意命令要在⽂件⽬录下执⾏,例如: 刚创建的git仓库会有一个隐藏文件  .git这个文件不能

    2024年02月10日
    浏览(45)
  • Git 与 Maven:企业级版本管理与版本控制规范设计

    当今,许多开发人员熟悉 GitFlow 工作流程,但往往忽略了 GitFlow 如何与 Maven 版本控制结合,尤其是在管理 snapshot 和 release 版本时的最佳实践。本文旨在整合 GitFlow 工作流程与 Maven 版本管理,提出一个统一的企业级规范,以供开发人员参考。 GitFlow 是一种流行的分支管理模型

    2024年02月04日
    浏览(48)
  • 企业级开发中协同开发与持续集成持续部署

    每个项目有唯一的代码仓库,所以不是每个开发者都需要创建一个代码仓库,一般都是项目负责人创建: 代码仓库有以下几种: github gitee gitlib 代码仓库的使用方法都差不多。 以gitee为例创建一个仓库: 如果没有账户的话,要注册一个新的用户名,注册用户之后,使用注册

    2024年02月14日
    浏览(54)
  • 云表|低代码开发崛起:重新定义企业级应用开发

    nbsp; nbsp; nbsp; nbsp;低代码开发这个概念在近年来越来越受到人们的关注,市场对于低代码的需求也日益增长。据Gartner预测,到2025年,75%的大型企业将使用至少四种低代码/无代码开发工具,用于IT应用开发和公民开发计划。 nbsp; nbsp; nbsp; nbsp;那么,为什么低代码开发如此受到

    2024年02月08日
    浏览(46)
  • 前端工程化实战-开发企业级CLI

    1. 前言 脚手架大家一定都不陌生,比如我们经常使用的 vue-cli、create-react-app,它可以帮助我们快速的初始化一个项目,无需从零配置,极大的方便我们的开发。到这里你可能会疑惑,既然市面上有成熟的脚手架,为什么需要写一个属于自己的脚手架呢。因为公共脚手架虽然强

    2024年02月12日
    浏览(52)
  • Mysql 数据库开发及企业级应用

    1.1、为什么要使用数据库 ​ 程序员 Jack 还是在在校学习期间, 就听高年级的大哥忠告, “ 小伙子, 搞编程, 想要成为最牛逼的程序员, 一定要学好 C/C++语言和数据结构及算法” , Jack 谨记了这句忠告, 因为这位高年级的哥们还没毕业就已经被 BAT 公司预定, 在学校那是

    2024年02月16日
    浏览(50)
  • 大数据开发之Hive(企业级调优)

    创建测试用例 1、建大表、小表和JOIN后表的语句 2、分别向大表和小表中导入数据 1、基本语法 2、实例操作 1)查看下面这条语句的执行计划 (1)没有生成MR任务的 (2)有生成MR任务的 2)查看详细执行计划 10.2.1 列裁剪和分区裁剪 在生产环境中,会面临列很多或者数据量很

    2024年01月18日
    浏览(41)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包