Git命令常规操作

目录

常用操作示意图

文件的状态变化周期

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 masterNo commits yetUntracked files:(use "git add <file>..." to include in what will be committed)READMEnothing added to commit but untracked files present (use "git add" to track)

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

[root@tty02 tty]# git add ./*
[root@tty02 tty]# git status
On branch masterNo commits yetUntracked files:(use "git add <file>..." to include in what will be committed)READMEnothing added to commit but untracked files present (use "git add" to track)
[root@tty02 tty]# git add ./*
[root@tty02 tty]# git status
On branch masterNo commits yetChanges 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 commit1 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:    READMEUntracked 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 +0800first 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 +0800first 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 +0800first 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 +0800first 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 commit1 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 commitIf 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> 4eea29cHEAD 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 +0800commitcommit e4b111308a5f888c0fde8efd968f75fbdda0cd61
Author: Your Name <you@example.com>
Date:   Tue Jul 9 22:34:41 2024 +0800commitcommit 919188685683917b4c3025aa240e3437921ba733
Author: Your Name <you@example.com>
Date:   Tue Jul 9 22:33:55 2024 +0800Initial 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.mzph.cn/web/42820.shtml

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

相关文章

最新深度技术Win7精简版系统：免费下载！

最新深度技术Win7精简版系统：免费下载！

在Win7电脑操作中&#xff0c;用户想要给电脑安装上深度技术Win7精简版系统&#xff0c;但不知道去哪里才能找到该系统版本&#xff1f;接下来系统之家小编给大家带来了深度技术Win7系统精简版本的下载地址&#xff0c;方便大家点击下载安装。系统安装步骤已简化&#xff0c;新…
阅读更多...
设计模式8-桥模式

设计模式8-桥模式

设计模式8-Bridge 桥模式 由来与目的模式定义结构代码推导1. 类和接口的定义2. 平台实现3. 业务抽象4. 使用示例总结1. 类数量过多&#xff0c;复杂度高2. 代码重复3. 不符合单一职责原则4. 缺乏扩展性改进后的设计1. 抽象和实现分离&#xff08;桥接模式&#xff09;2. 抽象类…
阅读更多...
学习XDMA—20240709

学习XDMA—20240709

概览&#xff1a; 在内部&#xff0c;子系统可以配置为实现多达8个独立的物理DMA引擎(最多4个H2C和4个C2H)。这些DMA引擎可以映射到单独的AXI4Stream接口&#xff0c;也可以将共享的AXI4内存映射(MM)接口映射到用户应用程序。在axis4 MM接口上&#xff0c;PCI Express的DMA/桥接…
阅读更多...
linux查看目录下的文件夹命令，find 查找某个目录，但是不包括这个目录本身？

linux查看目录下的文件夹命令，find 查找某个目录，但是不包括这个目录本身？

linux查看目录下的文件夹命令&#xff0c;find 查找某个目录&#xff0c;但是不包括这个目录本身&#xff1f; Linux中查看目录下的文件夹的命令是使用ls命令。ls命令用于列出指定目录中的文件和文件夹。通过不同的选项可以实现显示详细信息、按照不同的排序方式以及使用不同的…
阅读更多...
Profibus转ModbusTCP网关模块实现Profibus_DP向ModbusTCP转换

Profibus转ModbusTCP网关模块实现Profibus_DP向ModbusTCP转换

Profibus和ModbusTCP是工业控制自动化常用的二种通信协议。Profibus是一种串口通信协议&#xff0c;它提供了迅速靠谱的数据传输和各种拓扑结构&#xff0c;如总线和星型构造。Profibus可以和感应器、执行器、PLC等各类设备进行通信。 ModbusTCP是一种基于TCP/IP协议的通信协议…
阅读更多...
一次零基础 自“信息收集“到“权限维持“的渗透测试全程详细记录

一次零基础 自“信息收集“到“权限维持“的渗透测试全程详细记录

一、渗透总流程 1.确定目标&#xff1a; 在本靶场中&#xff0c;确定目标就是使用各种扫描工具进行ip扫描&#xff0c;确定目标ip。 2.信息收集&#xff1a; 比如平常挖洞使用fofa&#xff0c;天眼查&#xff0c;ip域名等进行查&#xff0c;在我们这个靶场中比如使用Wappalyz…
阅读更多...
基于网络编码的 tcp 变种-tcp/nc

基于网络编码的 tcp 变种-tcp/nc

tcp/nc 是指 “tcp with network coding”&#xff0c;是一种结合了网络编码技术的 tcp 变种&#xff0c;网上资源很少&#xff0c;我也不准备多介绍&#xff0c;只介绍它的核心。 传统 tcp 在演进过程中一直搞不定效率问题&#xff0c;网络带宽在增长&#xff0c;cpu 却没有变…
阅读更多...
区间贪心

区间贪心

目录 1.贪心算法的思想 2.区间贪心算法常用的一些题目类型 1.选择最多不相交区间问题 P2970 [USACO09DEC] Selfish Grazing S 1.思路分析 2.上代码 2.区间选点问题 P1250 种树 1.题目 2.方法一 1.代码解释 3.方法二 3.区间合并问题 P2434 [SDOI2005] 区间 1. 思路…
阅读更多...
Java集合面试题

Java集合面试题

Java集合框架 1、List、Set、Map的区别2、ArrayList、LinkedList、Vector区别3、为什么数组索引从0开始&#xff0c;而不是从1开始&#xff1f;4、ArrayList底层的实现原理5、红黑树、散列表6、HashMap的底层原理7、HashMap的put方法具体流程8、HashMap的扩容机制9、HashMap是怎…
阅读更多...
南方科技大学马永胜教授给年轻人使用AI工具上的建议

南方科技大学马永胜教授给年轻人使用AI工具上的建议

摘要 - 1. AI的未来&#xff0c;是机器人和机器人之间的合作&#xff1b; 2. 行业的发展方向是需求决定的&#xff0c;不要做同质化的发展&#xff0c;要做专/精/特/新&#xff1b; 3. 新质生产力 &#xff08; 科学技术革命性突破 生产要素创新型配置 产业深度转型升级&…
阅读更多...
java通过poi-tl导出word实战详细步骤

java通过poi-tl导出word实战详细步骤

文章目录 与其他模版引擎对比1.引入maven依赖包2.新建Word文档exportWprd.docx模版3.编写导出word接口代码4.导出成果 poi-tl是一个基于Apache POI的Word模板引擎&#xff0c;也是一个免费开源的Java类库&#xff0c;你可以非常方便的加入到你的项目中&#xff0c;并且拥有着让…
阅读更多...
Pix4Dmapper：无人机测绘的革命性工具

Pix4Dmapper：无人机测绘的革命性工具

在现代测绘和地理信息系统&#xff08;GIS&#xff09;领域&#xff0c;Pix4Dmapper无疑是一款革命性的工具。作为一名长期使用这款软件的用户&#xff0c;我深深感受到它在工作中的重要性和便利性。Pix4Dmapper不仅仅是一款软件&#xff0c;更是测绘工作者的得力助手&#xff…
阅读更多...
285个地级市出口产品质量及技术复杂度（2011-2021年）

285个地级市出口产品质量及技术复杂度（2011-2021年）

出口产品质量与技术复杂度&#xff1a;衡量国家竞争力的关键指标 出口产品质量是衡量国内企业生产的产品在国际市场上竞争力的重要标准。它不仅要求产品符合国际标准和目标市场的法律法规&#xff0c;而且需要保证产品质量的稳定性和可靠性。而出口技术复杂度则进一步体现了一…
阅读更多...
批量下载手机中APP程序中文件

批量下载手机中APP程序中文件

需求 利用 adb pull 下载手机中app的某目录 adb pull 命令本身不支持直接下载整个目录&#xff08;文件夹&#xff09;及其所有子目录和文件作为一个单一的操作。但是&#xff0c;可以通过一些方法来间接实现这一目的。 方法 1. 首先将要下载的目录进行 tar 打包 # 在 And…
阅读更多...
【atcoder】习题——位元枚举

【atcoder】习题——位元枚举

题意&#xff1a;求i&M的popcount的和&#xff0c;i属于0……N 主要思路还是变加为乘。 举个例子N22&#xff0c;即10110 假设M的第3位是1&#xff0c;分析N中&#xff1a; 00110 00111 00100 00101 发现其实等价于 0010 0011 0000 0001 也就是左边第4位和第5…
阅读更多...
算法学习笔记（8.1）-动态规划入门

算法学习笔记（8.1）-动态规划入门

目录 问题特性&#xff1a; 最优子结构&#xff1a; 代码示例&#xff1a;&#xff08;动态规划最优子结构&#xff09; 上述最小代价爬楼梯的运行过程&#xff1a; 代码示例&#xff1a; 无后效性&#xff1a; 解析&#xff1a; 具体过程图示如下&#xff1a; 具体的…
阅读更多...
如何为IP申请SSL证书

如何为IP申请SSL证书

目录 以下是如何轻松为IP地址申请SSL证书的详细步骤&#xff1a; 申请IP证书的基本条件&#xff1a; 申请IP SSL证书的方式&#xff1a; 确保网络通信安全的核心要素之一&#xff0c;是有效利用SSL证书来加密数据传输&#xff0c;特别是对于那些直接通过IP地址访问的资源。I…
阅读更多...
使用 Azure DevOps Pipelines 生成 .NET Core WebJob 控制台应用 CI/CD

使用 Azure DevOps Pipelines 生成 .NET Core WebJob 控制台应用 CI/CD

Web 应用程序通常需要作为后台任务运行的进程&#xff0c;并在特定时间间隔进行计划或在事件中触发。它们不需要花哨的 IO 接口&#xff0c;因为重点是过程而不是输出。Azure WebJobs 提供了出色的支持&#xff0c;通常在云环境中通过 Web 控制台应用程序来实现此目的。WebJob …
阅读更多...
Mac平台虚拟机 Parallels Desktop v19.4.1，支持M1/M2/M3芯片组

Mac平台虚拟机 Parallels Desktop v19.4.1，支持M1/M2/M3芯片组

Parallels Desktop for Mac是功能强大灵活度高的虚拟化方案&#xff0c;无需重启即可在同一台电脑上随时访问Windows和Mac两个系统上的众多应用程序。从仅限于PC的游戏到生产力软件&#xff0c;Parallels Desktop都能帮您实现便捷使用。Parallels Desktop 是一款专业的Mac虚拟机…
阅读更多...
Docker搭建kafka+zookeeper以及Springboot集成kafka快速入门

Docker搭建kafka+zookeeper以及Springboot集成kafka快速入门

参考文章 【Docker安装部署KafkaZookeeper详细教程】_linux arm docker安装kafka-CSDN博客 Docker搭建kafkazookeeper 打开我们的docker的镜像源配置 vim /etc/docker/daemon.json 配置 { "registry-mirrors": ["https://widlhm9p.mirror.aliyuncs.com"…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023