【Git 小妙招】一文快速上手 Git 基本操作(两万字图文讲解)

最新推荐文章于 2024-01-29 22:58:21 发布
最新推荐文章于 2024-01-29 22:58:21 发布
阅读量172 收藏 3
点赞数 1
分类专栏： 从零开始手把手学习 Git 神器 文章标签： git github gitee 学习 源代码管理
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_60366454/article/details/134910860
版权

文章目录

前言

本文来讲解 Git 的一些基本操作, 创建 Git 本地仓库, 了解工作区, 暂存区, 版本库, 以及对文件, 版本的撤销和修改等操作. 学习完本文内容后, 即可应该开发中超过百分之九十的场景.

关注收藏, 开始学习吧🧐

1. 创建 Git 本地仓库

要提前说的是，仓库是进⾏版本控制的⼀个⽂件⽬录。我们要想对⽂件进⾏版本控制，就必须先创建⼀个仓库出来。

创建⼀个 Git 本地仓库对应的命令为 git init ，注意命令要在⽂件⽬录下执⾏，例如：

root@iZ0jlic9afdpgvpfnm8g32Z:~# cd gitcode
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# pwd
/root/gitcode
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git init
Initialized empty Git repository in /root/gitcode/.git/
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# ll -a
total 12
drwxr-xr-x  3 root root 4096 Dec 10 20:46 ./
drwx------ 11 root root 4096 Dec 10 20:46 ../
drwxr-xr-x  7 root root 4096 Dec 10 20:46 .git/
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode#

在这里插入图片描述
我们发现，当前⽬录下多了⼀个 .git 的隐藏⽂件， .git ⽬录是 Git 来跟踪管理仓库的，千万不要手动修改这个⽬录⾥⾯的⽂件，不然改乱了，就把 Git 仓库给破坏了。

其中包含 Git 仓库的诸多细节，有兴趣的同学可以进⼊看看

root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# tree .git/
.git/
├── branches
├── 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
│   ├── push-to-checkout.sample
│   └── update.sample
├── info
│   └── exclude
├── objects
│   ├── info
│   └── pack
└── refs
    ├── heads
    └── tags

9 directories, 17 files

在这里插入图片描述

2. 配置 Git

当安装 Git 后⾸先要做的事情是设置你的 ⽤⼾名称 和 e-mail 地址，这是⾮常重要的。配置命令为:

# 把 Your Name 改成你的昵称
# 把 email@example.com 改成邮箱的格式，只要格式正确即可

git config [--global] user.name "Your Name" 
git config [--global] user.email "email@example.com"

其中 --global 是⼀个可选项。如果使⽤了该选项，表⽰这台机器上所有的 Git 仓库都会使⽤这个配置。如果你希望在不同仓库中使⽤不同的 name 或 e-mail ，可以不要 --global 选项，但要注意的是，执⾏命令时必须要在仓库⾥。

查看配置命令为：

git config -l

在这里插入图片描述

删除对应的配置命令为：

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

在这里插入图片描述

3. 认识工作区, 暂存区, 版本库

  • ⼯作区：是在电脑上你要写代码或⽂件的⽬录。
  • 暂存区：英⽂叫 stage 或 index。⼀般存放在 .git ⽬录下的 index ⽂件（.git/index）中，我们把暂存区有时也叫作索引（index）。
  • 版本库：⼜名仓库，英⽂名 repository 。⼯作区有⼀个隐藏⽬录 .git ，它不算⼯作区，⽽是 Git 的版本库。这个版本库⾥⾯的所有⽂件都可以被 Git 管理起来，每个⽂件的修改、删除，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，由⽤⼾⾃⼰完成，这部分内容绝对不能省略，并要好好描述，是⽤来记录你的提交细节，是给我们⼈看的。

例如：

root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# vim ReadMe
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# cat ReadMe
hello git
hello git
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git add ReadMe
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git commit -m "commit my first file"
[master (root-commit) aee9eed] commit my first file
 1 file changed, 2 insertions(+)
 create mode 100644 ReadMe

在这里插入图片描述
git commit 命令执⾏成功后会告诉我们，1个⽂件被改动（就是我们新添加的ReadMe⽂件），插⼊了两⾏内容（ReadMe有两⾏内容）。

我们还可以多次 add 不同的⽂件，⽽只 commit ⼀次便可以提交所有⽂件，是因为需要提交的⽂件是通通被 add 到暂存区中，然后⼀次性 commit 暂存区的所有修改。如:

root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# touch file1 file2 file3
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git add file1 file2 file3
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git commit -m "add 3 files"
[master 1659312] add 3 files
 3 files changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 file1
 create mode 100644 file2
 create mode 100644 file3

在这里插入图片描述

截⾄⽬前为⽌，我们已经把代码直接提交⾄本地仓库了。我们可以使⽤ git log 命令，来查看下历史提交记录：

root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git log
commit 16593126cccecad811c44741c093dc599bb64990 (HEAD -> master)
Author: peng <2533745238@qq.com>
Date:   Tue Dec 12 10:32:02 2023 +0800

    add 3 files

commit aee9eed3fc0b078b8a348a70e8968dde823e1f16
Author: peng <2533745238@qq.com>
Date:   Sun Dec 10 21:08:01 2023 +0800

    commit my first file

在这里插入图片描述
该命令显⽰从最近到最远的提交⽇志，并且可以看到我们 commit 时的⽇志消息。

如果嫌输出信息太多，看得眼花缭乱的，可以试试加上 --pretty=oneline 参数：

root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git log --pretty=oneline
16593126cccecad811c44741c093dc599bb64990 (HEAD -> master) add 3 files
aee9eed3fc0b078b8a348a70e8968dde823e1f16 commit my first file

在这里插入图片描述
需要说明的是，我们看到的⼀⼤串类似 165931...b64990 的是每次提交的 commit id（版本号），Git 的 commit id 不是1，2，3……递增的数字，⽽是⼀个 SHA-1 计算出来的⼀个⾮常⼤的数字，⽤⼗六进制表⽰（你看到的 commit id 和我的肯定不⼀样，以你⾃⼰的为准）

3.2 查看 .git 文件

我们再回过来看看我们的 .git 的⽬录结构：

root@iZ0jlic9afdpgvpfnm8g32Z:~/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
│   ├── push-to-checkout.sample
│   └── update.sample
├── index
├── info
│   └── exclude
├── logs
│   ├── HEAD
│   └── refs
│       └── heads
│           └── master
├── objects
│   ├── 16
│   │   └── 593126cccecad811c44741c093dc599bb64990
│   ├── 60
│   │   └── 8a7d3551c68414651854b7d0b360f91f80f9c1
│   ├── ae
│   │   └── e9eed3fc0b078b8a348a70e8968dde823e1f16
│   ├── e6
│   │   └── 9de29bb2d1d6434b8b29ae775ad8c2e48c5391
│   ├── f5
│   │   └── 4bdb11e712c170c3e8929858fa05f8aa33e9bb
│   ├── f8
│   │   └── 031228be309590b053a6c5793724077977701d
│   ├── info
│   └── pack
└── refs
    ├── heads
    │   └── master
    └── tags

18 directories, 28 files

你也许会发现这个 .git 文件中的目录, 似乎比刚开始时要更多了. 现在我们来调节其中的几个重点目录来看看.

  1. index 就是我们的暂存区，add 后的内容都是添加到这⾥的。
  2. HEAD 就是我们的默认指向 master 分⽀的指针：
    在这里插入图片描述
    而默认的 master 分⽀我们也可以通过该目录进行查看，其实就是:
    在这里插入图片描述
    打印的 16593126cccecad811c44741c093dc599bb64990 是不是有点眼熟呢？保存的就是当前最新的 commit id 。
  3. objects 为 Git 的对象库，⾥⾯包含了创建的各种版本库对象及内容。当执⾏ git add 命令时，暂存区的⽬录树被更新，同时⼯作区修改（或新增）的⽂件内容被写⼊到对象库中的⼀个新的对象中，就位于 “.git/objects” ⽬录下，让我们来看看这些对象有何⽤处：
    在这里插入图片描述
    查找 object 时要将 commit id 分成2部分，其前 2 位是⽂件夹名称，后 38 位是⽂件名称。

    找到这个⽂件之后，⼀般不能直接看到⾥⾯是什么，该类⽂件是经过 SHA （安全哈希算法）加密过的⽂件，好在我们可以使⽤ git cat-file 命令来查看版本库对象的内容：(后面这串数字, 就是我们之前查看到的版本号 commit id)
    在这里插入图片描述
    其中，还有⼀⾏ tree f8031228be309590b053a6c5793724077977701d ,我们使⽤同样的⽅法，看看结果：
    在这里插入图片描述
    再看看 ReadMe 对应的 f54bdb11e712c170c3e8929858fa05f8aa33e9bb：
    在这里插入图片描述
    可以看到，这是我们对 ReadMe 做的修改，被 git 给记录了下来。

总结⼀下，在本地的 git 仓库中，有⼏个⽂件或者⽬录很特殊:

  • index: 暂存区， git add 后会更新该内容。
  • HEAD: 默认指向 master 分⽀的⼀个指针。
  • refs/heads/master: ⽂件⾥保存当前 master 分⽀的最新 commit id 。
  • objects: 包含了创建的各种版本库对象及内容，可以简单理解为放了 git 维护的所有修改。

后面在学习过程中，最好能将常见的 git 操作与 .git ⽬录当中的结构内容变化对应起来，这样有利于我们理解 git 细节流程。我们后⾯还会学习什么分⽀，标签什么的，后⾯读者就可以对应着目录进行查看了！

3.3 添加文件(场景二)

学习到这⾥，我们已经清楚了如何向仓库中添加⽂件，并且对于⼯作区、暂存区、版本库也有了⼀定的认识。那么我们再展⽰⼀种添加⽂件的场景，能加深对⼯作区、暂存区、版本库的理解，⽰例如下：

root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# touch file4
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git add file4
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# touch file5
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git commit -m "add file"
[master 4272545] 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 操作即可。

在这里插入图片描述

4. 修改文件

Git 为什么⽐其他版本控制系统设计得优秀，是因为 Git 跟踪并管理的是修改，而非文件。

什么是修改？⽐如你新增了⼀⾏，这就是⼀个修改，删除了⼀⾏，也是⼀个修改，更改了某些字符，也是⼀个修改，删了⼀些⼜加了⼀些，也是⼀个修改，甚⾄创建⼀个新⽂件，也算⼀个修改。

让我们将 ReadMe ⽂件进⾏⼀次修改：

在这里插入图片描述

此时，仓库中的 ReadMe 和我们⼯作区的 ReadMe 是不同的，如何查看当前仓库的状态呢？ git status 命令⽤于查看在你上次提交之后是否有对⽂件进⾏再次修改。

root@iZ0jlic9afdpgvpfnm8g32Z:~/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 被修改过了，但还没有完成添加与提交。

⽬前，我们只知道⽂件被修改了，如果能知道具体哪些地⽅被修改了，就更好了。可能有读者会怀疑，我刚改的东西，我知道呀！可是，你还记得你三天前写了什么代码吗？或者没写？

root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git diff ReadMe
diff --git a/ReadMe b/ReadMe
index f54bdb1..6b15c4f 100644
--- a/ReadMe
+++ b/ReadMe
@@ -1,2 +1,3 @@
 hello git
 hello git
+hello world

在这里插入图片描述
git diff [file] 命令⽤来显⽰暂存区和⼯作区⽂件的差异，显⽰的格式正是Unix通⽤的diff格式。也可以使⽤ git diff HEAD -- [file] 命令来查看版本库和⼯作区⽂件的区别。

知道了对 ReadMe 做了什么修改后，再把它提交到本地仓库就放⼼多了。

root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git add ReadMe
root@iZ0jlic9afdpgvpfnm8g32Z:~/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 即可：

root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git commit -m "add modify ReadMe file"
[master 7c99a33] add modify ReadMe file
 1 file changed, 1 insertion(+)
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git status
On branch master
nothing to commit, working tree clean

在这里插入图片描述

5. 版本回退

之前我们也提到过，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 次提交，如下所⽰：

# 第一次修改提交
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# vim ReadMe
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# cat ReadMe
hello git
hello git
hello world
hello version1
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git add ReadMe
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git commit -m "add version1"
[master 637f0c6] add version1
 1 file changed, 1 insertion(+)
 
# 第二次修改提交
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# vim ReadMe
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# cat ReadMe
hello git
hello git
hello world
hello version1
hello version2
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git add ReadMe 
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git commit -m "add version2"
[master 494c4f1] add version2
 1 file changed, 1 insertion(+)
 
# 第三次修改提交
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# vim ReadMe
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# cat ReadMe
hello git
hello git
hello world
hello version1
hello version2
hello version3
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git add ReadMe 
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git commit -m "add version3"
[master cda844e] add version3
 1 file changed, 1 insertion(+)

# 查看历史提交记录
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git log --pretty=oneline
cda844eef0e90634a5a301dacacee23318928b33 (HEAD -> master) add version3
494c4f17ae4b7c8461c8bbc7c9783a40b8b7723c add version2
637f0c6963b97b03c338ce6ab84ecfdd0148f63b add version1
...

现在，如果我们在提交完 version3 后， 发现 version 3 编写错误，想回退到 version2，重新基于 version 2 开始编写。由于我们在这⾥希望的是将⼯作区的内容也回退到 version 2 版本，所以需要⽤到 --hard 参数，⽰例如下：

root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git log --pretty=oneline
cda844eef0e90634a5a301dacacee23318928b33 (HEAD -> master) add version3
494c4f17ae4b7c8461c8bbc7c9783a40b8b7723c add version2
637f0c6963b97b03c338ce6ab84ecfdd0148f63b add version1
...
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git reset --hard 494c4f17ae4b7c8461c8bbc7c9783a40b8b7723c
HEAD is now at 494c4f1 add version2
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# cat ReadMe
hello git
hello git
hello world
hello version1
hello version2

我们可以发现，此时 ReadMe ⽂件的内容，已经回退到 version2 了，当前，我们再次⽤ git log 查看⼀下提交⽇志，发现 HEAD 指向了version2，如下所⽰：

root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git log --pretty=oneline
494c4f17ae4b7c8461c8bbc7c9783a40b8b7723c (HEAD -> master) add version2
637f0c6963b97b03c338ce6ab84ecfdd0148f63b add version1
...

在这里插入图片描述
到这⾥⼀般回退功能就演⽰完了，但现在如果我后悔了，想再回到 version 3 怎么办？我们可以继续使⽤ git reset 命令，回退到 version 3 版本，但我们必须要拿到 version 3 的 commit id 去指定回退的版本。

但我们也看到了 git log 并不能打印出 version 3 的 commit id ，运⽓好的话我们可以从终端上去找找之前的记录，运⽓不好的话 commit id 已经被我们搞丢了。

不过 Git 还提供了⼀个 git reflog 命令能补救⼀下，该命令⽤来记录本地的每⼀次命令。

root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git reflog
494c4f1 (HEAD -> master) HEAD@{0}: reset: moving to 494c4f17ae4b7c8461c8bbc7c9783a40b8b7723c
cda844e HEAD@{1}: commit: add version3
494c4f1 (HEAD -> master) HEAD@{2}: commit: add version2
637f0c6 HEAD@{3}: commit: add version1
7c99a33 HEAD@{4}: commit: add modify ReadMe file
7e71984 HEAD@{5}: commit: add file5
4272545 HEAD@{6}: commit: add file
1659312 HEAD@{7}: commit: add 3 files
aee9eed HEAD@{8}: commit (initial): commit my first file

在这里插入图片描述

这样，你就可以很⽅便的找到你的所有操作记录了，但 cda844e 这个是啥东西？这个是 version 3 的 commit id 的部分。没错，Git 版本回退的时候，也可以使⽤部分 commit id 来代表⽬标版本。⽰例如下：

# 回退到 version3 版本
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git reset --hard cda844e
HEAD is now at cda844e add version3

# 查看工作区
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# cat ReadMe
hello git
hello git
hello world
hello version1
hello version2
hello version3

# 查看 log
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git log --pretty=oneline
cda844eef0e90634a5a301dacacee23318928b33 (HEAD -> master) add version3
494c4f17ae4b7c8461c8bbc7c9783a40b8b7723c add version2
637f0c6963b97b03c338ce6ab84ecfdd0148f63b add version1
...

在这里插入图片描述
可惜往往是理想很丰满，现实很骨干。在实际开发中，由于⻓时间的开发，导致 commit id 早就找不到了，可突然某⼀天，我⼜想回退到 version3，那该如何操作呢？现在就不太可能了…

值得说的是，Git 的版本回退速度⾮常快，因为 Git 在内部有个指向当前分⽀（此处是master）的 HEAD 指针， refs/heads/master ⽂件⾥保存当前 master 分⽀的最新 commit id 。当我们在回退版本的时候，Git 仅仅是给 refs/heads/master 中存储⼀个特定的 version，可以简单理解成如下⽰意图：

在这里插入图片描述

6. 撤销修改

如果我们在我们的⼯作区写了很⻓时间代码，越写越写不下去，觉得⾃⼰写的实在是垃圾，想恢复到上⼀个版本。

6.1 对于工作区的代码，还没有 add(场景一)

你当然可以直接删掉你⽬前在⼯作区新增的代码，像这样：

# 向 ReadMe 中新增一行代码
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git status
On branch master
nothing to commit, working tree clean
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# vim ReadMe
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# cat ReadMe
hello git
hello git
hello world
hello version1
hello version2
hello version3
This piece of code is like shit # 新增代码
root@iZ0jlic9afdpgvpfnm8g32Z:~/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")

# 直接删除代码
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# vim ReadMe
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# cat ReadMe
hello git
hello git
hello world
hello version1
hello version2
hello version3
root@iZ0jlic9afdpgvpfnm8g32Z:~/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 中新增一行代码
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# vim ReadMe
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# cat ReadMe
hello git
hello git
hello world
hello version1
hello version2
hello version3
This piece of code is like shit #新增代码

# 恢复到上一次 add 或 commit
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git checkout -- ReadMe
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# cat ReadMe
hello git
hello git
hello world
hello version1
hello version2
hello version3

在这里插入图片描述

6.2 已经 add ，但没有 commit(场景二)

如果进行 add 后还是保存到了暂存区呢？又该怎么撤销呢？

root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# vim ReadMe
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# cat ReadMe
hello git
hello git
hello world
hello version1
hello version2
hello version3
This piece of code is like shit #新增代码
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git add ReadMe
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git status
On branch master
Changes to be committed:
  (use "git restore --staged <file>..." to unstage)
	modified:   ReadMe

在这里插入图片描述
让我们来回忆⼀下学过的 git reset 回退命令，该命令如果使⽤ --mixed 参数，可以将暂存区的内容退回为指定的版本内容，但⼯作区⽂件保持不变。那我们就可以回退下暂存区的内容了！！！⽰例如下：

在这里插入图片描述

⽤ git status 查看⼀下，发现现在暂存区是⼲净的，⼯作区有修改。

在这里插入图片描述
还记得如何丢弃⼯作区的修改吗？

在这里插入图片描述
可以看到, 已经恢复了!

6.3 已经 add ，并且也 commit 了(场景三)

不要担⼼，我们可以 git reset --hard HEAD^ 回退到上⼀个版本！不过，这是有条件的，就是你还没有把⾃⼰的本地版本库推送到远程。还记得Git是分布式版本控制系统吗？我们后⾯会讲到远程版本库，⼀旦你推送到远程版本库，你就真的惨了……

# 向 ReadMe 中新增一行代码
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# vim ReadMe
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# cat ReadMe
hello git
hello git
hello world
hello version1
hello version2
hello version3
This piece of code is like shit #新增代码

# 进行 add 和 commit
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git add ReadMe
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git commit -m "test quash"
[master df709ff] test quash
 1 file changed, 1 insertion(+)

# 回退版本
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git reset --hard HEAD^
HEAD is now at cda844e add version3
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# cat ReadMe
hello git
hello git
hello world
hello version1
hello version2
hello version3

在这里插入图片描述

7. 删除文件

在 Git 中，删除也是⼀个修改操作，我们实战⼀下, 如果要删除 file5 ⽂件，怎么搞呢？如果你这样做了:

在这里插入图片描述

但这样直接删除是没有⽤的，反⽽徒增烦恼，git status 命令会⽴刻告诉你哪些⽂件被删除了:

在这里插入图片描述

此时，⼯作区和版本库就不⼀致了，要删⽂件，⽬前除了要删⼯作区的⽂件，还要清除版本库的⽂件。

⼀般⾛到这⾥，有两种可能:

  • 确实要从版本库中删除该⽂件
  • 不⼩⼼删错了

对第⼆种情况，很明显是属于误删，需要使⽤ git 来进⾏恢复，很简单，我们刚学过（删除也是修改）:

在这里插入图片描述

对于第⼀种情况，很明显是没有删完，我们只删除了⼯作区的⽂件。这时就需要使⽤ git rm 将⽂件从暂存区和⼯作区中删除，并且 commit ：

root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git rm file5
rm 'file5'
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git status
On branch master
Changes to be committed:
  (use "git restore --staged <file>..." to unstage)
	deleted:    file5

root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git commit -m "deleted file5"
[master 3c163ab] deleted file5
 1 file changed, 0 insertions(+), 0 deletions(-)
 delete mode 100644 file5
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# git status
On branch master
nothing to commit, working tree clean
root@iZ0jlic9afdpgvpfnm8g32Z:~/gitcode# ls
file1  file2  file3  file4  ReadMe

在这里插入图片描述

可以看到，现在，⽂件就从版本库中被删除了。

总结

✨ 本文重点讲解了 Git 中的使用操作, 学习完本文后, 即可应对开发中超过百分之九十的场景. 本文篇幅较长, 建议读者可收藏后进行反复阅读与操作.
✨ 想了解更多知识, 请持续关注博主, 本人会不断更新学习记录, 跟随我一起不断学习 -> 跳转Git专栏.
✨ 感谢你们的耐心阅读, 博主本人也是一名学生, 也还有需要很多学习的东西. 写这篇文章是以本人所学内容为基础, 日后也会不断更新自己的学习记录, 我们一起努力进步, 变得优秀, 小小菜鸟, 也能有大大梦想, 关注我, 一起学习.

再次感谢你们的阅读, 你们的鼓励是我创作的最大动力!!!!!

慧天城寻
关注
  • 1
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
git详细使用原理帮助小白快速上手
06-30
对于初学者，尤其是从培训班出来、大学生或者宝妈这类“小白”用户，掌握 Git 的基本操作至关重要。以下是一些基础的 Git 命令： 1. **改变目录**：`cd` 命令用于切换目录，如 `cd my_project` 进入名为 `my_...
Git使用随笔 Git原理、远端仓库、本地仓库、基本操作、问题解答
最新发布
06-17
Git原理、远端仓库、本地仓库、基本操作、问题解答。
Git、GitHub、Gitee快速上手，看这篇就够了
学习是最低成本的投资
08-08 1939
在版本控制过程中，同时推进多个任务，为每个任务，我们就可以创建每个任务的单独 分支。使用分支意味着程序员可以把自己的工作从开发主线上分离开来，开发自己分支的时 候，不会影响主线分支的运行。对于初学者而言，分支可以简单理解为副本，一个分支就是 一个单独的副本。（分支底层其实也是指针的引用）众所周知，GitHub 服务器在国外，使用 GitHub 作为项目托管网站，如果网速不好的话， 严重影响使用体验，甚至会出现登录不上的情况。针对这个情况，大家也可以使用国内的项 目托管网站-码云。
Git教程(快速上手，超详细)
热门推荐
weixin_48152652的博客
04-18 9万+
文章目录版本控制Git环境配置Git基本理论Git项目搭建Git文件操作使用码云IDEA集成GitGit分支 版本控制 版本迭代:每次更新就会有新的版本，旧的版本需要保留。所以我们需要一个版本控制工具帮助我们处理这个问题 版本控制（Revision control）是一种在开发的过程中用于管理我们对文件,目录或工程等内容的修改历史，方便查看更改历史记录,备份以便恢复以前的版本的软件工程技术。 简单说就是用于管理多人协同开发项目的技术。 常见的版本控制工具 主流的版本控制器有如下这些: Git(分布
git入门指南：新手快速上手git(Linux环境如何使用git）
2202_75605090的博客
12-23 1406
我们在编写各种⽂档时，为了防⽌⽂档丢失，更改失误，失误后能恢复到原来的版本，不得不复制出不同的副本。每个版本有各⾃的内容，但最终会只有⼀份报告需要被我们使⽤。随着版本数量的不断增多，你还记得这些版本各⾃都是修改了什么吗？⽂档如此，我们写的项⽬代码，也存在这个问题。为了能够更⽅便我们管理这些不同版本的⽂件，便有了版本控制器。所谓的版本控制器，就是能让你了解到⼀个⽂件的历史，以及它的发展过程的系统。通俗的讲就是⼀个可以记录⼯程的每⼀次改动和版本迭代的⼀个管理系统，同时也⽅便多⼈协同作业。
Git快速入门（图文教程）
云之君若雨的博客
03-04 2143
本篇博客简单介绍了Git的基础知识，包括Git的安装、配置、基本命令和常用操作，可以帮助初学者基本入门git。然而，git的知识远远不止于此，需要读者进一步地探索和学习。
史上最简单的Git入门教程
飞翔de刺猬
03-20 4128
Git基本教程 目录 Git基本教程 1 1. 版本控制系统简介 1 1.1 何为版本控制 1 1.2 分布式VS集中式 3 2. Git初体验 6 2.1 Git诞生记 6 2.2 安装Git 7 2.3 创建Git版本库 8 3. Git本地管理 10 3.1 提交修改 10 3.2 版本回退 13 3.3 工作区和暂存区 18 3.4 管理修改 23 3.5 撤销修改 25 3.6 删除文件 28 4. 远程仓库 30 4.1 GitHub初体验 30
Git快速入门
Java学不会的博客
06-30 2266
Git是一个分布式版本控制工具，通常用来对软件开发过程中的源代码文件进行管理。本地厂库：开发人员自己电脑上的Git仓库远程仓库：远程服务器上的Git仓库提交，将本地文件和版本信息保存到本地仓库推送，将本地仓库文件和版本信息上传到远程仓库拉取，将远程仓库文件版本信息下载到本地仓库。
GIt的基本操作详解
10-20
本文将详细介绍 Git 的基本操作，帮助初学者快速上手。 1. **安装与配置** 安装 Git 后，你需要进行用户配置，包括设置用户名和邮箱，以及指定默认的文本编辑器。例如，使用 `git config` 命令： ```bash $ git ...
狂神说，git讲解笔记，超详细，易理解和上手
02-20
Git的常用命令包括`git clone`用于克隆仓库，`git add`用于暂存更改，`git commit`用于提交，`git push`和`git pull`用于远程仓库的交互，`git branch`和`git merge`用于分支操作，以及`git log`用于查看提交历史。...
Git的基本操作、开发流程、实用技巧总结
01-27
Git仓库主要是由是三部分组成：本地代码，缓存区，提交历史，这几乎是所有操作的本质，但是为了文章更加简单易懂，就不围绕这块展开了，有兴趣的可以去了解下。开门见山，我们直接来说说Git有哪些常见的操作。我们...
03. 上手 1: 新公司用 Git 管理代码, 怎么快速上手?1
08-04
对于初入新公司的你，快速掌握 Git 的基本操作是至关重要的。以下是一份简明的 Git 快速入门指南，帮助你迅速上手。 首先，确保在你的电脑上安装了 Git。你可以从官方网站下载，或者通过包管理器如 Homebrew 或 apt...
Git基本操作和问题汇总
10-18
资源主要包括对Git基本操作的汇总，以及在使用Git的过程中遇到的问题，例如：git如何创建并推送到远程分支，git pull拉取代码时，冲突的解决办法等。
Git 教程之基本操作详解
10-21
本文主要主要介绍Git 基本操作,这里整理了详细的基本操作资料，包括基本命令使用方法，有需要的朋友可以参考下
git简介及基本操作
08-06
git简介及基本操作git简介及基本操作git简介及基本操作git简介及基本操作git简介及基本操作
Git的快速入门（快速简单但超详细）
qq_42807952的博客
07-25 166
我们每一次提交一份（在原始代码的基础上）代码，称为一个版本。当我们想要回到某天所写的代码进行更新时，我们可以直接回到那个时候，那天的。正如你为女孩花不少心思，女孩的心却没有你的一丝痕迹，你在那天提交的版本，之后再重拾，它依旧和原来一样一丝不变。OK！直接上操作，不说其他的废话，不讲原理，只讲最直接操作。
快速上手Git
m0_62404808的博客
01-29 1663
git的使用教程，帮助您快速上手
【Git操作手册】工作入职不会Git怎么办，一篇文章带你快速上手
weixin_51357741的博客
03-02 752
你好，我是萝卜，实习或者刚入职的时候公司代码协作需要使用到Git，而我还没有接触过怎么办？本文带你快速入门Git操作，助你快速掌握Git的使用。
学习Git---20分钟git快速上手
11-04 413
就是你工作在这个目录下， 你可以修改编辑里面的文件，最后把修改提交给git目录。这个共工作目录还有一个神奇的地方就是， 你可以创建不同的branch（你默认工作在master下）， 当你切换不同的branch时， 你的工作目录（工程目录）里的所有文件都会变成当前branch对应的文件。你可拔掉网线，然后在本地修改， commit，revert（rollback）， branch， restore， show log， blame， history 等等， 全部你之前在svn里面可以用的操作。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

慧天城寻

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值