【Git】06 常用场景


文章目录

  • 前言
  • 一、场景1
    • 1.1 删除分支
    • 1.2 修改message信息
      • 1.2.1 最新一次commit的message
      • 1.2.2 过去commit的message
    • 1.3 合并commit
      • 1.3.1 多个连续commit合并
      • 1.3.2 不连续commit合并
  • 二、场景2
    • 2.1 比较暂存区和HEAD所含文件的差异
    • 2.2 比较工作区和暂存区所含文件的差异
    • 2.3 将暂存区恢复成和HEAD的一样
    • 2.4 将工作区文件恢复为和暂存区一样
    • 2.5 取消暂存区部分文件的更改
  • 三、场景3
    • 3.1 消除最近几次提交
    • 3.2 查看不同commit的指定文件的差异
    • 3.3 删除文件
    • 3.4 临时存放
  • 四、场景4
    • 4.1 指定不需要Git管理的文件
    • 4.2 备份
      • 4.2.1 Git备份
      • 4.2.2 传输协议
      • 4.2.3 备份操作
      • 4.2.4 同步
  • 五、总结


前言


一、场景1

1.1 删除分支

git branch -av查看所有分支详细信息
git branch -d branch_name 删除指定分支

git branch -av
* detach_branch 32b1bb0 add file1
  master        11067be add file2
  temp          1395813 add readme

# 此时处于detach_branch分支中,所以未能删除成功
git branch -d detach_branch
error: Cannot delete branch 'detach_branch' checked out at 'C:/Users/asdfv/Desktop/test'

git checkout master
Switched to branch 'master'
# 切换到master分支后,就能成功删除detach_branch分支
git branch -d detach_branch
Deleted branch detach_branch (was 32b1bb0).

git branch -av
* master 11067be add file2
  temp   1395813 add readme

1.2 修改message信息

1.2.1 最新一次commit的message

通过git commit --amend命令修改最新一次commit的message信息,即HEAD指向的commit的message。

git log
commit 11067be5b6012377a079c3a9635f5f7af56f7de4 (HEAD -> master)
Author: tom <[email protected]>
Date:   Thu Nov 9 22:09:51 2023 +0800

    add file2

commit 32b1bb0bac4ccac8665c998fbd7cf1491bbeeda5
Author: tom <[email protected]>
Date:   Thu Nov 9 22:09:03 2023 +0800

    add file1

commit 1395813160b9b8f42f8a42f84eb7845fdfaf0424 (temp)
Author: [email protected] <[email protected]>
Date:   Wed Nov 8 15:29:01 2023 +0800

    add readme

git commit --amend     # 会弹出信息,直接编辑修改首行的内容并保存即可,首行内容即message信息
[master cb27ad9] add file2 second edit
 Date: Thu Nov 9 22:09:51 2023 +0800
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 file2

git log
commit cb27ad90d2aeac53968b4d74a0b5cf17f92ab06e (HEAD -> master)
Author: tom <[email protected]>
Date:   Thu Nov 9 22:09:51 2023 +0800

    add file2 second edit      # message信息已发生变化

commit 32b1bb0bac4ccac8665c998fbd7cf1491bbeeda5
Author: tom <[email protected]>
Date:   Thu Nov 9 22:09:03 2023 +0800

    add file1

commit 1395813160b9b8f42f8a42f84eb7845fdfaf0424 (temp)
Author: [email protected] <[email protected]>
Date:   Wed Nov 8 15:29:01 2023 +0800

    add readme

1.2.2 过去commit的message

修改过去commit的message信息,分为两步骤
1)rebase到目标commit的父亲
查看下当前版本历史

git log --graph --all
* commit 69cde788edb4184538f2155ea5e062f5649e8781 (detach_branch)
| Author: xxx<[email protected]>
| Date:   Thu Nov 9 15:56:42 2023 +0800
|
|     detach modify file
|
| * commit e5d60c7d913d427b2e2161f717dff97249dd1f9b (temp)
| | Author: xxx<[email protected]>
| | Date:   Thu Nov 9 10:22:51 2023 +0800
| |
| |     add temp_test
| |
| * commit 01df9fd5e046f104312468746168b027f4285c5c (HEAD -> master)
|/  Author: xxx<[email protected]>
|   Date:   Thu Nov 9 10:22:04 2023 +0800
|
|       add file1
|
* commit db2d096bf27e4e8f4ca42e8b185e973b05e186df
  Author: xxx<[email protected]>
  Date:   Thu Nov 9 10:21:31 2023 +0800

      add readme

拟修改detach_branch分支对应的commit的message信息,此时就需要先进入到该commit的父亲commit中:

git rebase -i db2d096bf

进入到如下界面:
【Git】06 常用场景_第1张图片

2)修改command
将上图中的command命令从pick修改为rewordr,保存退出后会自动进入目标commit的内容编辑页面,直接编辑修改首行的message信息,保存退出即可。
【Git】06 常用场景_第2张图片

git rebase -i db2d096bf
[detached HEAD f554f2d] add file1 rebase
 Date: Thu Nov 9 10:22:04 2023 +0800
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 file1
Successfully rebased and updated refs/heads/master.

1.3 合并commit

1.3.1 多个连续commit合并

git log
commit ccad7ee6c3065a3bac0deaa4df8cb65f36802ea6 (HEAD -> master)
Author: xxx<[email protected]>
Date:   Mon Aug 1 14:53:09 2022 +0800
    add newnewnew css

# 合并下面两个commit
commit 46d4543880a2864511fa7d1cef3419b5bdc87367
Author: xxx<[email protected]>
Date:   Mon Aug 1 14:52:27 2022 +0800
    add aaa index.html

commit 7d1a828cc8c3e45cb98605dc9032de372e1d0c4c
Author: xxx<[email protected]>
Date:   Mon Aug 1 14:51:21 2022 +0800
    add cpp

# 父亲commit
commit b36e3b75d6129902a7251ec74b5a14b521c16839
Author: xxx<[email protected]>
Date:   Mon Aug 1 13:17:59 2022 +0800
    add readme

当要合并多个连续的commit时,需要找到这几个commit的parent父亲,并进入rebase:

git rebase -i b36e3b75d       # 进入到父亲commit的rebase环境

因为是将多个连续的commit合并,所以实际上是将这些commit都整合到这些commit中的第一个commit(时间线最远的那个)。
此时该第一个commit的command保持不变,即pick;后面需要整合的commit,它们的command就要改为s(squash,合并),保存退出后进入到第一个commit中。
【Git】06 常用场景_第3张图片

进入到第一个commit的信息编辑中,添加上相关message信息即可,保存退出。
【Git】06 常用场景_第4张图片

commit合并退出。

git rebase -i b36e3b75d6
[detached HEAD 15b3bed] this a combination of cpp_aaa_indexhtml
Author: xxx<[email protected]>
Date: Mon Aug 1 14:51:21 2022 +0800
2 files changed, 0 insertions(+), 0 deletions(-)
create mode 100644 index.html
create mode 100644 test1.cpp
Successfully rebased and updated refs/heads/master.

git log
commit 5333266fd52079006ff91ce038e93555cd8d9805 (HEAD -> master)
Author: xxx<[email protected]>
Date:   Mon Aug 1 14:53:09 2022 +0800
    add newnewnew css

commit 15b3bed924f8670f71fb878401f9e93ed52b85b6
Author: xxx<[email protected]>
Date:   Mon Aug 1 14:51:21 2022 +0800
    this a combination of cpp_aaa_indexhtml
    add cpp
    add aaa index.html

commit b36e3b75d6129902a7251ec74b5a14b521c16839
Author: xxx <[email protected]>
Date:   Mon Aug 1 13:17:59 2022 +0800
    add readme

1.3.2 不连续commit合并

现欲将两个不连续的commit整合成一个commit:

选择时间线最远(git树中最靠前)的commit来作为base,进行合并:

git rebase -i 

弹出内容编辑页面,初始内容如下:

但目标是要合并自身和不连续的另一个commit,这边就在首行插入内容:

pick 
s

修改完保存并返回,界面跳出告警

执行continue即可,表示仍按照间隔commit合并的操作来:

弹出内容框,添加message即可

保存退出后,会看到成功信息

二、场景2

这个场景主要是对暂存区和工作区两者之间的相关处理。

2.1 比较暂存区和HEAD所含文件的差异

git add head_file

git status
On branch master
Changes to be committed:
  (use "git restore --staged ..." to unstage)
        new file:   head_file

git diff --cached
diff --git a/head_file b/head_file
new file mode 100644
index 0000000..e69de29

2.2 比较工作区和暂存区所含文件的差异

git diff      # 默认比较工作区所有文件
diff --git a/index.css b/index.css
index e69de29..dac138d 100644
--- a/index.css
+++ b/index.css
@@ -0,0 +1 @@
+css
diff --git a/index.html b/index.html
index e69de29..dd6a11e 100644
--- a/index.html
+++ b/index.html
@@ -0,0 +1,4 @@
+index.html
+
+
+

git diff -- index.html    # -- 指定文件与暂存区比较,可指定多个文件
diff --git a/index.html b/index.html
index e69de29..dd6a11e 100644
--- a/index.html
+++ b/index.html
@@ -0,0 +1,4 @@
+index.html
+
+
+

2.3 将暂存区恢复成和HEAD的一样

git status           # 此时暂存区内容
On branch master
Changes to be committed:
  (use "git restore --staged ..." to unstage)
        new file:   head_file

git restore --staged head_file    # 将暂存区内容恢复成和HEAD指针指向的内容一致,即撤销暂存区内的改动

git diff --cached     # 恢复完成后,此时暂存区和HEAD应该无差异,输出为空

2.4 将工作区文件恢复为和暂存区一样

在将文件添加至暂存区后,又对工作区内该文件进行了修改。
若此时修改的内容不符合预期,现在想将暂存区内该文件恢复到工作区(覆盖修改,即撤销工作区内文件的改动)。

git add head_file         # 添加至暂存区
warning: LF will be replaced by CRLF in head_file.
The file will have its original line endings in your working directory

git status               # 此时git提示有个head_file文件需要commit
On branch master
Changes to be committed:
  (use "git restore --staged ..." to unstage)
        new file:   head_file

vi head_file             # 修改head_file内容

git status
On branch master
Changes to be committed:
  (use "git restore --staged ..." to unstage)
        new file:   head_file

Changes not staged for commit:
  (use "git add ..." to update what will be committed)
  (use "git restore ..." to discard changes in working directory)
        modified:   head_file


cat head_file         # 文件内容添加了第二行,但此时感觉这个内容不满意,需要回退成暂存区时文件内容
test test test
second edit

git restore head_file    # 将工作区指定文件恢复成和暂存区一样,即删除之前修改的部分

cat head_file
test test test

git restore -- head_file index.css   # 可同时对多个文件进行恢复

若暂存区没有某一文件,而却执行了该文件的恢复操作,则会清空工作区内该文件的内容。

2.5 取消暂存区部分文件的更改

git status
On branch master
Changes to be committed:
  (use "git restore --staged ..." to unstage)
        new file:   head_file

Changes not staged for commit:
  (use "git add ..." to update what will be committed)
  (use "git restore ..." to discard changes in working directory)
        modified:   head_file

git restore --staged head_file     # 将暂存区指定文件的修改撤销

git status
On branch master
Untracked files:
  (use "git add ..." to include in what will be committed)
        head_file

nothing added to commit but untracked files present (use "git add" to track)

三、场景3

3.1 消除最近几次提交

首先将分支切换到temp上,用于测试演示。可以看到目前有下列几个commit提交。

git checkout temp
Switched to branch 'temp'

git log
commit e5d60c7d913d427b2e2161f717dff97249dd1f9b (HEAD -> temp)
Author: xxx<[email protected]>
Date:   Thu Nov 9 10:22:51 2023 +0800

    add temp_test

commit 01df9fd5e046f104312468746168b027f4285c5c
Author: xxx<[email protected]>
Date:   Thu Nov 9 10:22:04 2023 +0800

    add file1

commit db2d096bf27e4e8f4ca42e8b185e973b05e186df     # 拟删除该commit之后的所有提交
Author: xxx<[email protected]>
Date:   Thu Nov 9 10:21:31 2023 +0800

    add readme

删除temp分支的最近几次提交,也就是将HEAD指针指向前面某次commit(删除该commit后的所有提交)。

git reset --hard db2d096bf27e     # 删除该commit之后的所有commit,同时HEAD指向该commit
HEAD is now at db2d096 add readme

git log
commit db2d096bf27e4e8f4ca42e8b185e973b05e186df (HEAD -> temp)
Author: xxx <[email protected]>
Date:   Thu Nov 9 10:21:31 2023 +0800

    add readme

3.2 查看不同commit的指定文件的差异

git diff后跟两个commit的哈希ID,或者是两个分支名称,最后是指定需要比较查看的文件名称。

git diff temp master -- file1
diff --git a/file1 b/file1
new file mode 100644
index 0000000..e69de29

3.3 删除文件

git rm 删除指定文件,并将该操作同步到暂存区,待后续commit完成后,便会在仓库内删除。

git rm readme
rm 'readme'

git status
On branch master
Changes to be committed:
  (use "git restore --staged ..." to unstage)
        new file:   head_file
        deleted:    readme

3.4 临时存放

比如说,在开发过程中,突然加塞进一个紧急任务,此时就可将现有编辑操作(现有工作区)存入stash区;当在工作区的操作结束之后,可直接将stash区内的内容恢复回来。

git stash
Saved working directory and index state WIP on master: f554f2d add file1 rebase

git stash list
stash@{0}: WIP on master: f554f2d add file1 rebase

当紧急任务(修改文件、添加至暂存区、commit提交)完成后,将stash区恢复:

  • git stash apply
    • 不会删除stash区内信息
  • git stash pop
    • 会删除stash内容
git stash apply
On branch master
Changes to be committed:
  (use "git restore --staged ..." to unstage)
        new file:   head_file

git stash list
stash@{0}: WIP on master: f554f2d add file1 rebase
git reset --hard HEAD     # 清一下暂存区,恢复暂存区状态
HEAD is now at f554f2d add file1 rebase

git status
On branch master
nothing to commit, working tree clean

git log
commit f554f2dd10181c867f08c6c5ae2e90157ba8919e (HEAD -> master)
Author: xxx<[email protected]>
Date:   Thu Nov 9 10:22:04 2023 +0800

    add file1 rebase

commit db2d096bf27e4e8f4ca42e8b185e973b05e186df (temp)
Author: xxx<[email protected]>
Date:   Thu Nov 9 10:21:31 2023 +0800

    add readme

git stash list
stash@{0}: WIP on master: f554f2d add file1 rebase

git stash pop      # 将stash区恢复,pop是同时会删除stash区内容的
On branch master
Changes to be committed:
  (use "git restore --staged ..." to unstage)
        new file:   head_file

Dropped refs/stash@{0} (099ac55e8e11781ad41d9b2112cf0c8d9573eeef)

git stash list    # 再次查看stash区,此时已无内容

四、场景4

4.1 指定不需要Git管理的文件

.gitignore文件设定项目中哪些文件不需要被纳入Git管理。

git status
On branch master
Untracked files:
  (use "git add ..." to include in what will be committed)
        head_file

nothing added to commit but untracked files present (use "git add" to track)

vi .gitignore
head_file

git status
On branch master
Untracked files:
  (use "git add ..." to include in what will be committed)
        .gitignore

nothing added to commit but untracked files present (use "git add" to track)

若存在目录以及同名文件,例如都为web,此时在.gitignore文件中的内容应为:

web       # 表示包括web文件以及web目录及其里面的文件
web/      # 只表示web目录及其里面的文件,不包含web文件

4.2 备份

4.2.1 Git备份

Git备份,是将原有的Git仓库从一个地方传输到另一个地方做备份,需要用到传输协议。

4.2.2 传输协议

常用协议 语法格式 说明
本地协议1 /path/to/repo.git 哑协议
本地协议2 file:///path/to/repo.git 智能协议
http/https协议 http://server.com:port/path/to/repo.git https://server.com:port/path/to/repo.git 智能协议
ssh协议 [email protected]:path/to/repo.git 工作中常接触的智能协议

除了哑协议,其他都是智能协议。两者的直观区别:
1)哑协议传输进度不可见,智能协议传输进度可见
2)智能协议比哑协议传输速度要快

4.2.3 备份操作

进入要备份的仓库目录,通过命令git clone --bare [file://]仓库源路径/.git 目标备份仓库名.git来实现项目仓库的备份。

# 哑协议
/g/test (master)
git clone --bare G:\\test\\.git bck.git
Cloning into bare repository 'bck.git'...
done.

# 智能协议,有进度提示
/g/test (master)
git clone --bare file://G:\\test\\.git zhineng.git
Cloning into bare repository 'zhineng.git'...
remote: Enumerating objects: 69, done.
remote: Counting objects: 100% (69/69), done.
remote: Compressing objects: 100% (55/55), done.
remote: Total 69 (delta 28), reused 21 (delta 7), pack-reused 0
Receiving objects: 100% (69/69), 6.50 KiB | 2.17 MiB/s, done.
Resolving deltas: 100% (28/28), done.

/g/test (master)
git clone file://G:\\test\\.git zhineng2.git
Cloning into 'zhineng2.git'...
remote: Enumerating objects: 69, done.
remote: Counting objects: 100% (69/69), done.
remote: Compressing objects: 100% (55/55), done.
remote: Total 69 (delta 28), reused 21 (delta 7), pack-reused 0
Receiving objects: 100% (69/69), 6.50 KiB | 739.00 KiB/s, done.
Resolving deltas: 100% (28/28), done.

--bare 表示只拷贝 .git文件夹及其内容,不拷贝项目工程文件;
不加--bare的话,就会拷贝包括.git目录以及工程文件的所有文件。

4.2.4 同步

仓库备份之后,后续对于源仓库修改的内容也要及时地同步到备份仓库那里。
要想同步,首先需要把源仓库和备份关联起来,通过git remote add添加远程库。

/g/test (master)
git remote add zhineng file://G:\\test\\zhineng2.git

/g/test (master)
git remote -v
zhineng file://G:/test/zhineng2.git (fetch)
zhineng file://G:/test/zhineng2.git (push)

不管是备份到本地还是备份到云端,在Git看来都是远程仓库。
远程仓库用什么协议(哑协议、智能协议)创建的,后续在进行关联(添加远程库)的时候就要指定同样的协议。

后续源仓库有变动时,提交push到对应远程库即可更新到备份库中。

/g/test (master)
git checkout -b test
Switched to a new branch 'test'

/g/test (test)
git push zhineng
Total 0 (delta 0), reused 0 (delta 0), pack-reused 0
To file://G:/test/zhineng2.git
 * [new branch]      test -> test

五、总结

本节有很多在使用Git时遇到的场景,得熟悉熟用。


你可能感兴趣的:(Git,git)