Git命令常规操作

news2024/10/3 2:18:11

目录

常用操作示意图

文件的状态变化周期

1. 创建文件

2. 修改原有文件

3. 删除原有文件 

没有添加到暂存区的数据直接 rm 删除即可：

对于添加到暂存区的数据 文件或目录：

4. 重命名暂存区数据

5. 查看历史记录

6. 还原历史数据

恢复过程的原理

1. 提交与版本控制：

2. HEAD 指针：

3. 相对引用：

4. 分支和标签：

5. 恢复数据的过程：

恢复数据命令 

1. 还原到指定的提交版本 

2. 撤销最近的提交并保留更改

3. 撤销单个文件的修改 

注意事项：

7. 还原未来数据

1. 使用 git reflog 查找历史记录

2. 使用 git fsck --lost-found 查找丢失的对象 

8. 标签使用

类型

使用方法

测试： 

1. 创建标签

2. 查看标签

3. 推送标签到远程仓库

4. 删除标签

5. 检出标签

9. 对比数据

1. 比较工具

2. 提交之间的比较

3. 分支之间的比较

4. 文件内容的比较

测试

命令作用示例
git init初始化一个新的 Git 仓库git init
git clone [url]克隆远程仓库git clone https://github.com/user/repo.git
git status显示工作目录和暂存区的状态git status
git add [file]添加文件到暂存区git add README.md
git commit -m "[message]"提交暂存区的文件并添加提交信息git commit -m "Initial commit"
git commit提交暂存区的文件，打开文本编辑器添加提交信息git commit
git log显示提交历史git log
git log --oneline简洁的提交历史git log --oneline
git diff显示未暂存的文件更改git diff
git diff --staged显示已暂存的文件更改git diff --staged
git branch列出所有本地分支git branch
git branch [branch-name]创建新分支git branch dev
git checkout [branch-name]切换到指定分支git checkout dev
git checkout -b [branch-name]创建并切换到新分支git checkout -b dev
git merge [branch-name]合并指定分支到当前分支git merge dev
git remote -v显示所有远程仓库git remote -v
git remote add [name] [url]添加新的远程仓库git remote add origin https://github.com/user/repo.git
git push [remote] [branch]推送分支到远程仓库git push origin master
git push -u [remote] [branch]推送分支到远程仓库并将其设置为上游分支git push -u origin master
git fetch从远程仓库获取更新但不合并git fetch
git pull获取并合并远程仓库的更新git pull origin master
git reset [file]取消暂存区中的文件更改git reset README.md
git reset --hard [commit]将当前分支重置到指定的提交，并丢弃所有更改git reset --hard HEAD~1
git rm [file]从工作目录和暂存区中删除文件git rm README.md
git stash将未提交的更改保存到栈中git stash
git stash pop恢复最后一次保存的更改并从栈中移除git stash pop

常用操作示意图

文件的状态变化周期

以下实操为2台虚拟机，均坐了关闭防火墙和selinux，进行时间同步，系统为Rocky_linux9.4

 环境准备

[root@tty01 ~]# yum install -y git
[root@tty01 ~]# git config --global user.name "username"  #配置git使用用户，需要自己改个用户名
[root@tty01 ~]# git config --global user.email "email@mail.com"  #配置git使用邮箱，需要自己改个邮箱
[root@tty01 ~]# git config --global color.ui true  #语法高亮

[root@tty01 ~]# useradd lisi
[root@tty01 ~]# echo "1" |passwd --stdin lisi
[root@tty01 ~]# mkdir /opt/git
[root@tty01 ~]# cd /opt/git
[root@tty01 git]# git init --bare tty.git
[root@tty01 git]# chown -R lisi:lisi tty.git

1. 创建文件

使用第二台虚拟机

[root@tty02 ~]# yum install -y git
[root@tty02 tty]# git config --global user.email "you@example.com"   #自己学习测试环境下用户名邮箱可以随便写
[root@tty02 tty]# git config --global user.name "Your Name"

[root@tty02 ~]# git clone lisi@192.168.226.20:/opt/git/tty.git
[root@tty02 ~]# ll
total 4
-rw-------. 1 root root 815 Jun  6 14:00 anaconda-ks.cfg
drwxr-xr-x  3 root root  18 Jun 26 14:39 tty

创建文件 

[root@tty02 ~]# cd tty
[root@tty02 tty]# touch README
[root@tty02 tty]# git status
On branch master

No commits yet

Untracked files:
  (use "git add <file>..." to include in what will be committed)
	README

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

 添加文件跟踪，即添加到暂存区

[root@tty02 tty]# git add ./*
[root@tty02 tty]# git status
On branch master

No commits yet

Untracked files:
  (use "git add <file>..." to include in what will be committed)
	README

nothing added to commit but untracked files present (use "git add" to track)
[root@tty02 tty]# git add ./*
[root@tty02 tty]# git status
On branch master

No commits yet

Changes to be committed:
  (use "git rm --cached <file>..." to unstage)
	new file:   README

 文件会添加到.git的隐藏目录

执行 git add . 命令会将当前目录下所有修改过的和新创建的文件添加到 Git 的暂存区，这些文件在暂存区中等待被提交。Git 会将这些变更记录在 .git 目录中，以便后续提交操作可以将它们保存到仓库的历史记录中。 

[root@tty02 tty]# ll -a
total 0
drwxr-xr-x  3 root root  32 Jun 26 14:40 .
dr-xr-x---. 4 root root 190 Jun 26 14:40 ..
drwxr-xr-x  7 root root 132 Jun 26 14:43 .git
-rw-r--r--  1 root root   0 Jun 26 14:40 README

[root@tty02 tty]# tree  .git/
.git/
├── HEAD
├── branches
├── config
├── description
├── hooks
│   ├── applypatch-msg.sample
│   ├── commit-msg.sample
│   ├── fsmonitor-watchman.sample
│   ├── post-update.sample
│   ├── pre-applypatch.sample
│   ├── pre-commit.sample
│   ├── pre-merge-commit.sample
│   ├── pre-push.sample
│   ├── pre-rebase.sample
│   ├── pre-receive.sample
│   ├── prepare-commit-msg.sample
│   ├── push-to-checkout.sample
│   ├── sendemail-validate.sample
│   └── update.sample
├── index
├── info
│   └── exclude
├── objects
│   ├── e6
│   │   └── 9de29bb2d1d6434b8b29ae775ad8c2e48c5391
│   ├── info
│   └── pack
└── refs
    ├── heads
    └── tags

暂存区（Staging Area）是 Git 内部的数据结构，它并不是一个可以直接查看的文件夹。
暂存区的内容实际上存储在 .git/index 文件中，而不是以常规文件的形式存在于 .git 目录下。

虽然可以查看 .git 目录中的文件和结构，但无法直接看到具体哪些文件在暂存区。
要查看暂存区中哪些文件已被添加，可以使用 git status 或 git ls-files --stage 命令。
前者会显示哪些文件已被暂存，后者会显示暂存区中的所有文件及其状态信息。

由工作区提交到本地仓库

[root@tty02 tty]# git commit  -m 'first commit'
[master (root-commit) c53f4b2] first commit
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 README

查看git的状态

[root@tty02 tty]# git status
On branch master
Your branch is based on 'origin/master', but the upstream is gone.
  (use "git branch --unset-upstream" to fixup)

nothing to commit, working tree clean

提交后的git目录状态

[root@tty02 tty]# tree  .git/
.git/
├── COMMIT_EDITMSG
├── HEAD
├── branches
├── config
├── description
├── hooks
│   ├── applypatch-msg.sample
│   ├── commit-msg.sample
│   ├── fsmonitor-watchman.sample
│   ├── post-update.sample
│   ├── pre-applypatch.sample
│   ├── pre-commit.sample
│   ├── pre-merge-commit.sample
│   ├── pre-push.sample
│   ├── pre-rebase.sample
│   ├── pre-receive.sample
│   ├── prepare-commit-msg.sample
│   ├── push-to-checkout.sample
│   ├── sendemail-validate.sample
│   └── update.sample
├── index
├── info
│   └── exclude
├── logs
│   ├── HEAD
│   └── refs
│       └── heads
│           └── master
├── objects
│   ├── 54
│   │   └── 3b9bebdc6bd5c4b22136034a95dd097a57d3dd
│   ├── c5
│   │   └── 3f4b2fd175f7b8587f1269aa490acfa593bf30
│   ├── e6
│   │   └── 9de29bb2d1d6434b8b29ae775ad8c2e48c5391
│   ├── info
│   └── pack
└── refs
    ├── heads
    │   └── master
    └── tags

2. 修改原有文件

[root@tty02 tty]# ll
total 0
-rw-r--r-- 1 root root 0 Jun 26 14:40 README
[root@tty02 tty]# echo 123456 >> README 
[root@tty02 tty]# git add  *
[root@tty02 tty]# git commit -a  -m "修改"    #-a 表示直接提交
[master 8ed6660] 修改
 1 file changed, 1 insertion(+)

3. 删除原有文件 

  • 没有添加到暂存区的数据直接 rm 删除即可：

 没有使用git add命令创建的文件或目录可以直接rm删除

[root@tty02 tty]# ll
total 4
-rw-r--r-- 1 root root 7 Jun 26 15:07 README
[root@tty02 tty]# mkdir eryr
[root@tty02 tty]# touch dfgeg
[root@tty02 tty]# ll
total 4
-rw-r--r-- 1 root root 7 Jun 26 15:07 README
-rw-r--r-- 1 root root 0 Jun 26 15:11 dfgeg
drwxr-xr-x 2 root root 6 Jun 26 15:11 eryr
[root@tty02 tty]# rm -rf eryr dfgeg 
[root@tty02 tty]# ll
total 4
-rw-r--r-- 1 root root 7 Jun 26 15:07 README

  • 对于添加到暂存区的数据 文件或目录：

对于已经使用git add命令的文件，先要从git暂存区域的追踪列表移除并不会删除当前工作目录内的数据文件使用 git rm --cached命令

[root@tty02 tty]# git rm --cached README
rm 'README'
[root@tty02 tty]# ll
total 4
-rw-r--r-- 1 root root 7 Jun 26 15:07 README

[root@tty02 tty]# git status
On branch master
Your branch is based on 'origin/master', but the upstream is gone.
  (use "git branch --unset-upstream" to fixup)

Changes to be committed:
  (use "git restore --staged <file>..." to unstage)
	deleted:    README

Untracked files:
  (use "git add <file>..." to include in what will be committed)
	README

这条命令 git rm --cached README 成功地将 README 文件从 Git 的暂存区中移除了，并且没有删除工作目录中的实际文件。这意味着 Git 不再追踪 README 文件的变更，但该文件仍然存在于项目目录中。
之后执行了 git status 命令，将看到 Git 不再列出 README 文件作为需要被提交的文件。

对于已经使用git add命令的文件，先要从git暂存区域的追踪列表移除并和工作目录一起删除使用git rm -f命令

[root@tty02 tty]# touch fff
[root@tty02 tty]# ll
total 4
-rw-r--r-- 1 root root 7 Jun 26 15:07 README
-rw-r--r-- 1 root root 0 Jun 26 15:26 fff
[root@tty02 tty]# git add .
[root@tty02 tty]# git status
On branch master
Your branch is based on 'origin/master', but the upstream is gone.
  (use "git branch --unset-upstream" to fixup)

Changes to be committed:
  (use "git restore --staged <file>..." to unstage)
	new file:   fff


[root@tty02 tty]# git rm -f fff
rm 'fff'
[root@tty02 tty]# ll
total 4
-rw-r--r-- 1 root root 7 Jun 26 15:07 README

4. 重命名暂存区数据

[root@tty02 tty]# git mv README notice
[root@tty02 tty]# git status
On branch master
Your branch is based on 'origin/master', but the upstream is gone.
  (use "git branch --unset-upstream" to fixup)

Changes to be committed:
  (use "git restore --staged <file>..." to unstage)
	renamed:    README -> notice

[root@tty02 tty]# ll
total 4
-rw-r--r-- 1 root root 7 Jun 26 15:07 notice

5. 查看历史记录

• git log #→查看提交历史记录

• git log -2 #→查看最近几条记录

• git log -p -1 #→-p显示每次提交的内容差异,例如仅查看最近一次差异

• git log --stat -2 #→--stat简要显示数据增改行数，这样能够看到提交中修改过的内容，对文件添加或移动的行数，并在最后列出所有增减行的概要信息

• git log --pretty=oneline #→--pretty根据不同的格式展示提交的历史信息

• git log --pretty=fuller -2 #→以更详细的模式输出提交的历史记录

• git log --pretty=fomat:"%h %cn" #→查看当前所有提交记录的简短SHA-1哈希字串与提交着的姓名。

使用format参数来指定具体的输出格式

格式说明
%s提交说明。
%cd提交日期。
%an作者的名字。
%cn提交者的姓名。
%ce提交者的电子邮件。
%H提交对象的完整SHA-1哈希字串。
%h提交对象的简短SHA-1哈希字串。
%T树对象的完整SHA-1哈希字串。
%t树对象的简短SHA-1哈希字串。
%P父对象的完整SHA-1哈希字串。
%p父对象的简短SHA-1哈希字串。
%ad作者的修订时间。

命令实践

[root@tty02 tty]# git log -2
commit 8ed666015a697227eaf77539e481307055f03324 (HEAD -> master)
Author: Your Name <you@example.com>
Date:   Wed Jun 26 15:07:57 2024 +0800

    修改

commit c53f4b2fd175f7b8587f1269aa490acfa593bf30
Author: Your Name <you@example.com>
Date:   Wed Jun 26 15:01:17 2024 +0800

    first commit

[root@tty02 tty]# git log -p -1
commit 8ed666015a697227eaf77539e481307055f03324 (HEAD -> master)
Author: Your Name <you@example.com>
Date:   Wed Jun 26 15:07:57 2024 +0800

    修改

diff --git a/README b/README
index e69de29..9f358a4 100644
--- a/README
+++ b/README
@@ -0,0 +1 @@
+123456

[root@tty02 tty]# git log
commit 8ed666015a697227eaf77539e481307055f03324 (HEAD -> master)
Author: Your Name <you@example.com>
Date:   Wed Jun 26 15:07:57 2024 +0800

    修改

commit c53f4b2fd175f7b8587f1269aa490acfa593bf30
Author: Your Name <you@example.com>
Date:   Wed Jun 26 15:01:17 2024 +0800

    first commit

6. 还原历史数据

恢复过程的原理

在 Git 中进行恢复数据或者查看历史版本的操作时，实际上涉及到了 Git 的分支、提交和指针等核心概念。以下是详细总结恢复过程的原理：

1. 提交与版本控制：
  • Git 是一个分布式版本控制系统，它以提交（commit）为基本单位来管理和追踪项目的变更历史。
  • 每次提交都会生成一个唯一的 SHA-1 哈希值，用来标识这次提交的内容，包括提交的作者、时间戳、提交信息等。

2. HEAD 指针：
  • 在 Git 中，HEAD 是一个指针，指向当前所在分支的最新一次提交。它指示了当前工作目录的状态，也就是你正在进行工作的版本。
  • 当你切换分支或者进行提交时，HEAD 会自动更新到最新的提交版本。

3. 相对引用：
  • Git 提供了一些相对引用来快速定位到其他提交版本：
HEAD^: 表示当前提交的父提交，即上一个提交版本。
HEAD^^: 表示上上一个提交版本，依此类推。
HEAD~<n>: 表示往上数第 n 个提交版本，比如 HEAD~5 表示往上数第五个提交版本。

4. 分支和标签：
  • Git 中的分支和标签是指向特定提交的指针。分支（branch）允许你在同一个项目中同时进行多个不同的开发线，而标签（tag）则是对某个特定提交的静态引用。

5. 恢复数据的过程：
  • 当你需要恢复到之前的某个提交版本时，实际上是将 HEAD 指针移动到特定的提交上。
  • 使用 git checkout 命令或者 git switch 命令加上相应的引用（如分支名、标签名或相对引用），可以使 HEAD 指向指定的提交版本。
  • 例如，git checkout HEAD^ 将 HEAD 指针指向上一个提交版本，从而回退到上一个版本的状态。
  • 这种操作不会删除历史记录，而是在当前分支上切换到目标提交，可以随时返回到之前的状态。

恢复数据命令 

1. 还原到指定的提交版本 
如果希望将当前工作目录和暂存区完全还原到某个特定的提交版本，可以使用 git reset --hard 命令。

命令格式：
git reset --hard <commit-hash>

其中 <commit-hash> 是你想要恢复到的提交版本的哈希值。
2. 撤销最近的提交并保留更改
如果只想撤销最近的一次提交（例如回退到上一个提交），但保留当前工作目录和暂存区的状态，可以使用 git reset --soft 命令。
git reset --soft HEAD^
或者简写为：
git reset --soft HEAD~
这两者效果相同，都会将 HEAD 指针移动到上一个提交版本（即 HEAD^ 或 HEAD~1），但不会改变工作目录和暂存区的内容。
3. 撤销单个文件的修改 
如果只是想撤销单个文件的修改，可以使用 git checkout 命令
命令格式：
git checkout -- <file>
其中 <file> 是你想要还原的文件路径。

示例：
假设修改了文件 index.html，现在想撤销这些修改并恢复到最新提交的状态，可以执行:
git checkout -- index.html
这会将 index.html 文件恢复到最新提交版本的状态，丢弃掉在工作目录中的未提交的更改。

注意事项：
  • 使用 git reset --hard 命令会丢弃当前工作目录和暂存区中未提交的修改，所以在执行之前请确保你不需要保存这些修改。
  • 在进行版本回退操作时，建议先使用 git log 命令查看提交历史，确认要回退到的具体提交版本。

测试命令

[root@tty02 tty]# git log
commit 8ed666015a697227eaf77539e481307055f03324 (HEAD -> master)
Author: Your Name <you@example.com>
Date:   Wed Jun 26 15:07:57 2024 +0800

    修改

commit c53f4b2fd175f7b8587f1269aa490acfa593bf30
Author: Your Name <you@example.com>
Date:   Wed Jun 26 15:01:17 2024 +0800

    first commit
[root@tty02 tty]# ll
total 4
-rw-r--r-- 1 root root 7 Jun 26 15:07 notice

还原数据

[root@tty02 tty]# git reset --hard c53f4b2fd175f7b8587f1269aa490acfa593bf30
HEAD is now at c53f4b2 first commit
[root@tty02 tty]# ll
total 0
-rw-r--r-- 1 root root 0 Jun 26 16:07 README

[root@tty02 tty]# git log
commit c53f4b2fd175f7b8587f1269aa490acfa593bf30 (HEAD -> master)
Author: Your Name <you@example.com>
Date:   Wed Jun 26 15:01:17 2024 +0800

    first commit

7. 还原未来数据

未来数据" 在 Git 中指的是通过回退或重置操作后，由于 Git 的垃圾回收机制，可能导致一些之前的提交版本或者分支被清理掉，使得这些提交看起来已经不再存在于项目历史中，即使在 git log 中也找不到它们了。这种情况下，如果你后悔了并希望撤销这些更改。

1. 使用 git reflog 查找历史记录

git reflog 可以显示所有的 HEAD 指针移动记录，即使是过去被删除的提交也会显示出来。你可以通过 git reflog 找回之前的提交版本的哈希值，然后重新指向或者恢复到这个版本。

 会列出类似如下的输出，显示了 HEAD 的移动记录： 

[root@tty02 tty]# git reflog                          
9191886 (HEAD -> master) HEAD@{1}: reset: moving to 919188685683917b4c3025aa240e3437921ba733
d2470f1 HEAD@{2}: commit: commit
e4b1113 HEAD@{3}: commit: commit
9191886 (HEAD -> master) HEAD@{4}: commit (initial): Initial commit

 测试：

[root@tty02 tty]# ll                              #初始状态
total 0
-rw-r--r-- 1 root root 0 Jul  9 22:34 tty
[root@tty02 tty]# git reset --hard 919188685683917b4c3025aa240e3437921ba733    #进行了一次回滚
HEAD is now at 9191886 Initial commit
[root@tty02 tty]# ll
total 0
-rw-r--r-- 1 root root 0 Jul  9 22:36 readme

[root@tty02 tty]# git reflog                              #后悔回滚了，现在查找历史记录
9191886 (HEAD -> master) HEAD@{1}: reset: moving to 919188685683917b4c3025aa240e3437921ba733
d2470f1 HEAD@{2}: commit: commit
e4b1113 HEAD@{3}: commit: commit
9191886 (HEAD -> master) HEAD@{4}: commit (initial): Initial commit
[root@tty02 tty]# git reset --hard d2470f1                #移动回到原版本
HEAD is now at d2470f1 commit
[root@tty02 tty]# ll
total 0
-rw-r--r-- 1 root root 0 Jul  9 22:37 tty

d2470f1 和 e4b1113 是之前的提交版本的哈希值。你可以找到你需要的提交版本，并使用 git reset --hard <commit-hash> 将 HEAD 指针移动回到这个版本。 

在 Git 中，每个提交都有一个唯一的 SHA-1 哈希值来标识它。通常情况下，每次提交都会生成一个新的唯一哈希值，因为哈希值是根据提交内容计算的，如果提交内容有所不同，哈希值就会不同。

然而，在某些情况下可能会出现重复的哈希值，这通常是极其罕见且不太可能发生的情况，可能是由于以下几种原因：

  1. 碰撞概率：SHA-1 算法本身存在碰撞概率，即不同的数据可以计算出相同的哈希值。虽然在理论上存在碰撞，但在实践中，SHA-1 算法的安全性足以满足大多数应用的需求，尤其是在版本控制系统中。

  2. 手动操作或意外情况：在极少数情况下，可能会发生手动操作或意外情况导致两个提交的内容完全相同，从而生成相同的哈希值。这种情况通常是非常罕见的，并且通常会发生在极少数的特定场景下。

  3. 历史数据恢复：在使用 Git 进行历史数据恢复或修复时，可能会手动编辑提交内容或合并历史分支，这种情况下可能会导致一些特殊的提交内容重复出现。

2. 使用 git fsck --lost-found 查找丢失的对象 

 如果通过 git reflog 找不到需要的提交版本，可以尝试使用 git fsck --lost-found 命令来查找被丢弃但未被清理的对象。这个命令会列出所有未被引用的对象（包括提交、树和 blob），你可能需要手动查找并恢复。

git fsck --lost-found 命令用于检查 Git 仓库中的对象（如提交、树、blob 等）的完整性，并且如果有未被引用（即没有被任何分支或标签引用）的对象，它会将这些对象输出到 .git/lost-found/other 目录下。

[root@tty02 tty]# git fsck --lost-found

8. 标签使用

前面回滚使用的是一串字符串，又长又难记。

在 Git 中，标签（Tag）是用来标记特定提交版本的静态引用。它们通常用于标记发布版本或者重要的里程碑。标签可以帮助你方便地回溯和引用特定的版本，而不用记住复杂的提交哈希值。

类型

  1. 轻量标签（Lightweight tags）：

    • 轻量标签就是一个指向提交对象（commit）的引用，类似于一个分支，但不会随着新的提交而移动。
    • 创建轻量标签：git tag <tag-name>

  2. 附注标签（Annotated tags）：

    • 附注标签存储在 Git 数据库中作为完整的对象。它包含标签的名字、电子邮件地址、日期时间以及标签消息。
    • 创建附注标签：git tag -a <tag-name> -m "tag message"

使用方法

  • 查看标签：使用 git tag 命令可以列出所有标签。
  • 创建标签：如上述所示，使用 -a 或者不带任何选项来创建不同类型的标签。
  • 删除标签：使用 git tag -d <tag-name> 来删除本地标签。
  • 推送标签：默认情况下，git push 不会推送标签到远程仓库，你可以使用 git push origin <tag-name> 来推送单个标签，或者使用 git push --tags 推送所有标签。
  • 检出标签：可以通过 git checkout <tag-name> 将工作目录切换到标签所指向的提交。

测试： 

1. 创建标签

在 Git 中，有两种主要的标签类型：轻量标签（Lightweight tags）和附注标签（Annotated tags）。

轻量标签：仅是一个指向特定提交的引用，类似于一个分支指针，不包含额外的信息。

[root@tty02 tty]# git tag biaoqian
[root@tty02 tty]# git tag v1.0

 附注标签：存储在 Git 数据库中作为完整的对象，包含标签的名字、电子邮件地址、日期时间以及标签消息。

[root@tty02 tty]# git tag -a ugo -m "tag message"
[root@tty02 tty]# git tag -a v2.0 -m "Version 1.0 released"
2. 查看标签

使用 git tag 命令可以列出所有的标签。

[root@tty02 tty]# git tag
biaoqian
ugo
v1.0
v2.0
3. 推送标签到远程仓库

推送单个标签：

[root@tty02 tty]# git push origin ugo

推送所有标签：

[root@tty02 tty]# git push --tags
4. 删除标签

删除本地标签：

[root@tty02 tty]# git tag                #删除前
biaoqian
ugo
v1.0
v2.0

[root@tty02 tty]# git tag -d biaoqian    #删除名为biaoqian的标签

Deleted tag 'biaoqian' (was d2470f1)
[root@tty02 tty]# git tag                #删除后
ugo
v1.0
v2.0

删除远程标签（需要删除权限）：

[root@tty02 tty]# git push origin --delete v1.0
lisi@192.168.226.20's password: 
To 192.168.226.20:/opt/git/tty.git
 - [deleted]         v1.0
5. 检出标签

可以通过将工作目录切换到标签所指向的提交来检出标签。

[root@tty02 tty]# touch fhdhn  #新增一个文件
[root@tty02 tty]# git add .
[root@tty02 tty]# git commit -m "Initial commit"
[detached HEAD 4eea29c] Initial commit
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 fhdhn
[root@tty02 tty]# git tag     
ugo
v1.0
v2.0
[root@tty02 tty]# ll
total 0
-rw-r--r-- 1 root root 0 Jul  9 22:56 fhdhn
-rw-r--r-- 1 root root 0 Jul  9 22:37 tty


[root@tty02 tty]# git checkout ugo           #切换到标签 ugo
Warning: you are leaving 1 commit behind, not connected to
any of your branches:

  4eea29c Initial commit

If you want to keep it by creating a new branch, this may be a good time
to do so with:

 git branch <new-branch-name> 4eea29c

HEAD is now at d2470f1 commit
[root@tty02 tty]# ll
total 0
-rw-r--r-- 1 root root 0 Jul  9 22:37 tty

Git 中的标签（Tag）通常与提交（Commit）相关联

标签和提交的关系：

  • 标签本质上是指向一个特定提交的指针或引用。
  • 当你在特定的提交上创建标签时，这个标签将会指向该提交，并且可以通过标签名引用这个提交。

 如果你在一个分支上有多个标签，但是在最后一个标签所指向的提交状态下进行了提交，那么回滚操作通常会针对最后一个标签所指向的提交，用其他标签无效。

9. 对比数据

 在版本控制系统（如Git）中，对比数据通常指的是比较不同提交或分支之间的差异。这种比较可以帮助你了解代码或文件在不同时间点的变化，以及找出修改的具体内容。

1. 比较工具

git diff：Git 提供了 git diff 命令，用于比较工作目录中的当前状态和暂存区域的差异，或者比较暂存区域和最近提交的差异。例如：

git diff            # 比较工作目录和暂存区域的差异
git diff --cached   # 比较暂存区域和最近提交的差异
git diff <commit>   # 比较工作目录和指定提交的差异
git diff <commit1> <commit2>  # 比较两个提交之间的差异

git difftool：如果你配置了比较工具（如Beyond Compare、KDiff3等），可以使用 git difftool 命令打开图形化工具来进行比较。

2. 提交之间的比较

可以通过指定不同的提交或标签来比较它们之间的差异。例如：

git diff <commit1> <commit2>

这会显示 <commit1> 和 <commit2> 之间的差异，包括文件内容的修改、新增或删除等。

3. 分支之间的比较

如果需要比较不同分支之间的差异，可以使用 git diff 命令来比较它们的最新提交。例如：

git diff branch1..branch2

这会比较 branch1 和 branch2 分支最新提交之间的差异。

4. 文件内容的比较

如果只需要比较特定文件或目录的内容，可以在 git diff 命令后面加上文件或目录的路径。例如：

git diff file.txt       # 比较工作目录中 file.txt 的修改
git diff --cached file.txt   # 比较暂存区域中 file.txt 的修改
git diff HEAD^ file.txt  # 比较工作目录中 file.txt 与上一次提交的差异

测试

[root@tty02 tty]# git log
commit d2470f142c7721ebbff8a3b8f5f7752ecbae67c8 (HEAD, tag: v2.0, tag: v1.0, tag: ugo, master)
Author: Your Name <you@example.com>
Date:   Tue Jul 9 22:35:17 2024 +0800

    commit

commit e4b111308a5f888c0fde8efd968f75fbdda0cd61
Author: Your Name <you@example.com>
Date:   Tue Jul 9 22:34:41 2024 +0800

    commit

commit 919188685683917b4c3025aa240e3437921ba733
Author: Your Name <you@example.com>
Date:   Tue Jul 9 22:33:55 2024 +0800

    Initial commit


#比较两个提交的不同
[root@tty02 tty]# git diff d2470f142c7721ebbff8a3b8f5f7752ecbae67c8 e4b111308a5f888c0fde8efd968f75fbdda0cd61
diff --git a/readme b/readme
new file mode 100644
index 0000000..e69de29

#Git Diff 结果：输出表明在 d2470f1 和 e4b1113 之间的差异是 readme 文件的新增。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/1912424.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

[C++初阶]vector的oj

[C++初阶]vector的oj

本篇主要式对一些题目的讲解&#xff0c;以便于提高大家对于vector的基本认识。 一、选择题 1.下面这个代码输出的是( ) #include <iostream>#include <vector>using namespace std;int main(void){vector<int>array;array.push_back(100);array.push_bac…
阅读更多...
小程序需要进行软件测试吗?小程序测试有哪些测试内容?

小程序需要进行软件测试吗?小程序测试有哪些测试内容?

在如今移动互联网快速发展的时代&#xff0c;小程序已成为人们生活中不可或缺的一部分。然而&#xff0c;面对日益增长的小程序数量和用户需求&#xff0c;小程序的稳定性和质量问题日益突显。因此&#xff0c;对小程序进行软件测试显得尤为重要。 近期的一项调查显示&#xf…
阅读更多...
中文大模型基准测评2024上半年报告

中文大模型基准测评2024上半年报告

中文大模型基准测评2024上半年报告 原创 SuperCLUE CLUE中文语言理解测评基准 2024年07月09日 18:09 浙江 SuperCLUE团队 2024/07 背景 自2023年以来&#xff0c;AI大模型在全球范围内掀起了有史以来规模最大的人工智能浪潮。进入2024年&#xff0c;全球大模型竞争态势日益加…
阅读更多...
基于Unity3D的Rokid AR Glass项目开发环境搭建

基于Unity3D的Rokid AR Glass项目开发环境搭建

初识Rokid AR 一、SDK简介二、准备工作1.软件环境2.硬件环境 三、快速接入SDK1.配置Package Manager2.安装UXR2.0 SDK 四、导入官方Demo进行模拟器测试五、Rokid AR系列教程 一、SDK简介 UXR2.0 SDK是Rokid为Unity开发者提供的AR开发工具包&#xff0c;提供空间定位跟踪、双目…
阅读更多...
精准控制生产全过程 ，工业一体机实现智能制造新突破

精准控制生产全过程 ，工业一体机实现智能制造新突破

近年来&#xff0c;智能制造成为各行各业提升生产效率、降低成本、增强竞争力的重要途径。而工业一体机作为智能制造的核心设备&#xff0c;正发挥着越来越重要的作用。工业一体机&#xff0c;是指将工业控制系统、人机界面、数据采集与分析、网络通信等功能集成于一体的智能设…
阅读更多...
Day65 代码随想录打卡|回溯算法篇---组合总和II

Day65 代码随想录打卡|回溯算法篇---组合总和II

题目&#xff08;leecode T40&#xff09;&#xff1a; 给定一个候选人编号的集合 candidates 和一个目标数 target &#xff0c;找出 candidates 中所有可以使数字和为 target 的组合。 candidates 中的每个数字在每个组合中只能使用 一次 。 注意&#xff1a;解集不能包含…
阅读更多...
Linux文件编程（打开/创建写入读取移动光标）

Linux文件编程（打开/创建写入读取移动光标）

目录 一、如何在Linux下做开发 1.vi编辑器 2.gcc编译工具 3.常用指令 二、文件打开及创建 三、写入文件 四、读取文件 五、文件“光标”位置 一、如何在Linux下做开发 所谓文件编程&#xff0c;就是对文件进行操作&#xff0c;Linux的文件和Windows系统的文件大差不差…
阅读更多...
宏碁F5-572G-59K3笔记本笔记本电脑拆机清灰教程（详解）

宏碁F5-572G-59K3笔记本笔记本电脑拆机清灰教程（详解）

1. 前言 我的笔记本开机比较慢&#xff0c;没有固态&#xff0c;听说最近固态比较便宜&#xff0c;就想入手一个&#xff0c;于是拆笔记本看一下有没有可以安的装位置。&#xff08;友情提示&#xff0c;在拆机之前记得洗手并擦干&#xff0c;以防静电损坏电源器件&#xff09…
阅读更多...
Github绑定自己的域名

Github绑定自己的域名

Github绑定自己的域名 1.注册自己的域名2.在GitHUb上创建一个自己的仓库&#xff0c;添加域名2.1 创建仓库2.2 添加域名2.3 在Setting中将域名添加到Custom domain中 3.添加域名解析获取ip地址4.在阿里云修改域名解析记录5.ping 域名即可成功 详细内容可参该博客&#xff1a; …
阅读更多...
OZON生活家居用品爆款新品

OZON生活家居用品爆款新品

OZON生活家居用品爆款新品涵盖了多个方面&#xff0c;这些产品不仅满足了消费者对生活品质的追求&#xff0c;也反映了当前市场的热门趋势。以下是一些在OZON平台上备受关注的生活家居用品爆款新品&#xff1a; OZON生活家居用品爆款新品工具&#xff1a;D。DDqbt。COm/74rD T…
阅读更多...
LLM应用构建前的非结构化数据处理（二）元数据的提取和文档切分

LLM应用构建前的非结构化数据处理（二）元数据的提取和文档切分

1.学习内容 本节次学习内容来自于吴恩达老师的Preprocessing Unstructured Data for LLM Applications课程&#xff0c;因涉及到非结构化数据的相关处理&#xff0c;遂做学习整理。 什么是元数据&#xff1f;元数据可以是文档级别的&#xff0c;也可以是元素级别的&#xff0…
阅读更多...
GOJS去除水印

GOJS去除水印

GOJS gojs 去除水印 **查找go.js库搜索下面这段文本 String.fromCharCode(a.charCodeAt(g)^b[(b[c]b[d])%256]) 加入这段文本 if(f.indexOf(GoJS 2.1 evaluation)>-1|| f.indexOf(© 1998-2021 Northwoods Software)>-1|| f.indexOf(Not for distribution or produ…
阅读更多...
中霖教育：中级会计师好考吗?

中霖教育：中级会计师好考吗?

【中霖教育好吗】【中霖教育怎么样】 中级会计师考试的难度因考生的基础知识和经验而异&#xff0c;对于具备会计基础或已通过初级会计职称考试的人来说会更容易一些。 1. 考试科目少&#xff1a; 中级会计职称考试仅有三个科目&#xff0c;成绩有效期为两年&#xff0c;相较…
阅读更多...
SVM - 径向基函数核 Radial Basis Function Kernel，简称RBF核或者高斯核

SVM - 径向基函数核 Radial Basis Function Kernel，简称RBF核或者高斯核

SVM - 径向基函数核 Radial Basis Function Kernel&#xff0c;简称RBF核或者高斯核 flyfish 径向基函数核&#xff08;Radial Basis Function Kernel&#xff0c;简称RBF核&#xff09;&#xff0c;也称为高斯核&#xff0c;是一种常用的核函数&#xff0c;用于支持向量机&a…
阅读更多...
软件测试之冒烟测试

软件测试之冒烟测试

&#x1f345; 视频学习&#xff1a;文末有免费的配套视频可观看 &#x1f345; 点击文末小卡片&#xff0c;免费获取软件测试全套资料&#xff0c;资料在手&#xff0c;涨薪更快 1. 核心 冒烟测试就是完成一个新版本的开发后&#xff0c;对该版本最基本的功能进行测试&#x…
阅读更多...
兼容性报错--调整字符集解决

兼容性报错--调整字符集解决

文章目录 错误解决办法Unicode 字符集(两个字节来表示一个字符)多字节字符集(一个字节来表示一个字符)如何选择字符集char与wchar_t的区别LPCSTR与LPCWSTR的区别 错误 解决办法 切换字符集类型 Unicode 字符集(两个字节来表示一个字符) 优点&#xff1a; 支持更多的字符集…
阅读更多...
【银河麒麟】系统内存使用异常现象分析及建议

【银河麒麟】系统内存使用异常现象分析及建议

1.现象描述 问题机器系统内存占用长时间90%以上&#xff0c;同时伴随着高iowait&#xff0c;在故障时无法ssh登录&#xff0c;同时也影响生产业务。但之后系统内存占用会突然掉下来&#xff0c;在内存自己掉下来后能ssh登录。 2.显示分析 2.1 sa日志分析 查看问题机器3月15日…
阅读更多...
STM32的 DMA（直接存储器访问） 详解

STM32的 DMA（直接存储器访问） 详解

STM32的DMA&#xff08;Direct Memory Access&#xff0c;直接存储器存取&#xff09;是一种在单片机中用于高效实现数据传输的技术。它允许外设设备直接访问RAM&#xff0c;不需要CPU的干预&#xff0c;从而释放CPU资源&#xff0c;提高CPU工作效率&#xff0c;本文基于STM32F…
阅读更多...
浏览器中js外挂脚本的执行方式

浏览器中js外挂脚本的执行方式

1、开发工具控制台交互执行 网页中按F12打开开发者工具&#xff0c;选择“控制台”&#xff0c;键入js脚本命令回车执行&#xff0c;适用于临时使用脚本逻辑简单的场景&#xff0c;实例如下&#xff1a; // 获取网页元素的文本脚本 var elem document.getElementById("…
阅读更多...
7.x86游戏实战-C++实现跨进程读写-跨进程写内存

7.x86游戏实战-C++实现跨进程读写-跨进程写内存

免责声明&#xff1a;内容仅供学习参考&#xff0c;请合法利用知识&#xff0c;禁止进行违法犯罪活动&#xff01; 本次游戏没法给 内容参考于&#xff1a;微尘网络安全 上一个内容&#xff1a;6.x86游戏实战-C实现跨进程读写-通过基址读取人物状态标志位 上一个内容通过基…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023