0
0

Linux上 Git 的简介、安装及操作详解（操作windows、linux通用）

在这里插入图片描述

👨‍🎓博主简介

  🏅CSDN博客专家
  🏅云计算领域优质创作者
  🏅华为云开发者社区专家博主
  🏅阿里云开发者社区专家博主
💊交流社区：运维交流社区 欢迎大家的加入！
🐋 希望大家多多支持，我们一起进步！😄
🎉如果文章对你有帮助的话，欢迎 点赞 👍🏻 评论 💬 收藏 ⭐️ 加关注+💗

文章目录

在这里插入图片描述

一、Git 简介

1.1 案例概述

  我们知道，在公司中，一个项目通常是由一个团队来协作开发的，就比如一个项目由小红、小花、小李、小美四个人组成的团队来合作开发，有一天，小红完成了项目的一个小功能，并把它上传到了公司服务器上，但是小花觉得这个功能中的一部分代码可以优化，于是她从服务器上下载了小红的代码并对其进行修改，同时小李也从服务器上下载了该代码进行优化，那么这时候就会发生两个问题：第一，修改完成上传后，小李修改后的代码会直接覆盖掉小花修改的代码，导致小花的努力白费；第二：小李修改后发现代码出现了一个bug，想要退回到小红完成的代码版本，但是这时候小红的代码已经被覆盖掉回不去了；上面这种情况在公司项目开发的过程中是十分普遍的；所以，我们需要一个能够记录代码变化的版本控制工具来帮助我们管理代码。

1.2 什么是版本控制？

版本控制是一种记录文件内容变化，以便将来查阅特定版本修订情况的系统。版本控制最重要的功能是可以记录文件修改历史记录，从而让用户能够查看历史版本，方便版本切换。

用最贴近我们的一个例子来理解，当我们在写毕业论文的时候，一般来说都会经过十几次修改才会达到导师的要求，然而在修改的过程中，我们并不知道下一次修改是否会比原论文优秀，有可能经过我们修改的反而更差，所以，我们一般不会直接在原论文上进行修改，而是会新建一个副本，对副本进行操作，到最后我们会发现，完成一篇毕业论文我们会写十几个甚至是几十个.docx文件，这就是版本控制的思想。

1.3 版本控制的分类

版本控制工具可以分为两类：分布式版本控制工具 和 集中式版本控制工具。

集中式版本控制工具：

常见的集中式版本控制工具：CVS、SVN(Subversion)、VSs。

集中化的版本控制系统诸如CVS、SVN等，都有一个 单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。多年以来，这已成为版本控制系统的标准做法。

这种方式的好处是每个人都可以在一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限（安全），并且管理一个集中化的版本控制系统，要远比在各个客户端上维护本地数据库来得轻松容易。

坏处是中央服务器的单点故障，如果服务器宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工作。

img

分布式版本控制工具：

常见的集中式版本控制工具：Git、 Mercurial、Bazaar、Darcs。

像Git这种分布式版本控制工具，**客户端提取的不是最新版本的文件快照，而是把代码仓库完整地镜像下来（本地库)**。这样任何一处协同工作用的文件发生故障，事后都可以用其他客户端的本地仓库进行恢复。因为每个客户端的每一次文件提取操作，实际上都是一次对整个文件仓库的完整备份。

分布式的版本控制系统出现之后，解决了集中式版本控制系统的缺陷：
1.服务器断网的情况下也可以进行开发（因为版本控制是在本地进行的）；
2.每个客户端保存的也都是整个完整的项目(包含历史记录，更加安全）；

现在，大多数企业用的都是分布式版本控制，但是也有的企业用的是集中式版本控制。

1.4 Git 分布式版本控制简介

  Git是一种分布式版本控制系统，是目前世界上最先进的分布式版本控制系统（没有之一），是程序员在工作和学习中必须具备的技能。

Git易于学习，占地面积小，性能极快。它具有廉价的本地库，方便的暂存区域和多个工作流分支等特性。其性能优于Subversion、CVS、Perforce和 ClearCase等版本控制工具。

1.5 Git 的工作机制

Git可分为三个区域：工作区、暂存区以及本地库。

工作区：指代码所在的文件夹，我们可以通过 “git add” 命名把工作区里的代码添加到暂存区里，使得该文件被git追踪。

暂存区：用来临时存储代码，我们可以通过 “git commit” 命名把暂存区里的代码提交到本地库里，从而生成对应的历史版本。

注：一旦把代码提交到本地库，那么代码的历史记录就会永久存在，不能被删除，即使你把代码从V1版本更新到了V2版本，然后重新add、commit，仍然是可以重从V2版本退回到V1版本的，所以骂老板的话尽量不要commit到本地库，否则就只能删库跑路了。

img

1.6 Git 官网及中文手册地址

Git 官网地址：https://git-scm.com

Git 中文手册地址：https://git-scm.com/book/zh/v2

二、安装 Git 服务

2.1 初始环境

# 先查看防火墙是否开启
systemctl status firewalld

# 如果是开启的那就关闭并设置开机不自启
systemctl stop firewalld
systemctl disable firewalld

---------------------------------------------------------------

# 设置selinux为Disabledcat /etc/selinux/config
# 设置 SELINUX=disabled# 或者临时关闭selinux
setenforce 0

2.2 yum安装（yum、编译安装二选一）

yum -y installgit

在这里插入图片描述

2.3 编译安装（yum、编译安装二选一）

编译安装的话是可以安装比较新的版本
Git 安装包下载地址：https://github.com/git/git/tags

①、选择要安装的版本

在这里插入图片描述

②、选择下载【可以直接点击下载也可以复制链接在服务器上用

wget

下载】
如果没有wget命令需要提前下载：

yum -y installwgetwget https://github.com/git/git/archive/refs/tags/v2.45.2.tar.gz

在这里插入图片描述

③、安装依赖

yum -y install gcc gcc-c++ curl-devel expat-devel gettext-devel openssl-devel zlib-devel wgetvim

④、安装上面依赖会自动下载git，需要卸载git，在安装其他版本的git

git --version

在这里插入图片描述

yum -y remove git

⑤、编译安装

# 把 git 安装包上传到服务器上# 解压 git 安装包到/usr/src下tar xf v2.45.2.tar.gz -C /usr/src/

# 进到/usr/src/git目录下cd /usr/src/git-2.45.2

# 编译源码makeprefix=/usr/local/git  all

# 安装 gitmakeprefix=/usr/local/git  install# 进入安装路径cd /usr/local/git

安装的git 路径下有三个目录

在这里插入图片描述

⑥、配置 git 环境变量

vim /etc/profile

# 在最后一行追加exportGIT_HOME=/usr/local/git
exportPATH=$GIT_HOME/bin:$PATH# 保存退出使其生效source /etc/profile

# 查看git版本号git --version

在这里插入图片描述

三、Gitee 仓库的创建

gitee 官方地址：https://gitee.com/

3.1 新建仓库

在这里插入图片描述
在这里插入图片描述

3.2 克隆仓库

在这里插入图片描述
在这里插入图片描述

在linux服务器上自己想在的目录下执行；

在这里插入图片描述

3.3 仓库里的 .gitignore 是什么

# 看查克隆的目录及隐藏文件
ll -a

在这里插入图片描述

进入.gitignore文件之后发现有如下的内容：

在这里插入图片描述

我们发现里面保存的是文件的后缀，并且在这个文件内部的后缀，对应的文件，不会被上传到仓库中。

3.4 仓库里的git是什么

这个.git就是我们所说的仓库，本质就是一个目录，里面保存的是本地仓库的内容，push到远端仓库的本质就是将.git仓库里的内容同步到gitee上面(gitee也有类似.git的文件，我们看不到罢了)

3.5 初次运行 Git 前的配置

# 配置 git 使用用户git config --global user.name "test"# 配置 git 使用邮箱git config --global user.email "[email protected]"# 语法高亮git config --global color.ui true# 查看全局配置git config --list

在这里插入图片描述

四、Git 的两种创建仓库

4.1 手动去创建仓库

手动去创建仓库，然后在进行

git init

初始化，即可使用；

4.2 克隆仓库

在远程仓库中创建好之后克隆仓库，不需要初始化，可以直接使用；

五、Git 常用命令及基础操作

  • 常用命令说明
    命令参数命令参数说明clone克隆一个仓库到指定路径init创建一个空的 Git 仓库或重新初始化一个已存在的仓库add添加文件内容到暂存区（索引）commit提交暂存区内容到本地仓库（仓库）push推送代码到远程Git仓库上log显示提交日志status显示工作区状态（包含未提交的内容信息）mv移动或重命名一个文件、目录或符号链接rm从工作区和索引中删除文件restore恢复工作区文件show查看当前提交内容的详细信息reset还原历史数据或未来数据时使用，重置当前 HEAD 到指定状态tag给当前提交内容打标签，便于还原数据； -d 删除标签bisect通过二分查找定位引入 bug 的提交变更diff显示提交之间、提交和工作区之间等的差异grep输出和模式匹配的行branch列出、创建或删除分支 | -d 删除分支 ； -D 强制删除分支checkout切换分支switch切换分支merge合并分支，合并两个或更多分支到当前分支rebase在另一个分支上重新应用提交fetch从另外一个版本库下载对象和引用pull从远程仓库拉取内容
    ```
    [root@localhost ~]# git --help
    用法：git [-v | --version][-h | --help][-C <路径>][-c <名称>=<取值>][--exec-path[=<路径>]][--html-path][--man-path][--info-path][-p | --paginate | -P | --no-pager][--no-replace-objects][--bare][--git-dir=<路径>][--work-tree=<路径>][--namespace=<名称>][--config-env=<名称>=<环境变量>]<命令>[<参数>]

这些是各种场合常见的 Git 命令：

开始一个工作区（参见：git help tutorial）
clone 克隆仓库到一个新目录
init 创建一个空的 Git 仓库或重新初始化一个已存在的仓库

在当前变更上工作（参见：git help everyday）
add 添加文件内容至索引
mv 移动或重命名一个文件、目录或符号链接
restore 恢复工作区文件
rm 从工作区和索引中删除文件

检查历史和状态（参见：git help revisions）
bisect 通过二分查找定位引入 bug 的提交
diff 显示提交之间、提交和工作区之间等的差异
grep 输出和模式匹配的行
log 显示提交日志
show 显示各种类型的对象
status 显示工作区状态

扩展、标记和调校您的历史记录
branch 列出、创建或删除分支
commit 记录变更到仓库
merge 合并两个或更多开发历史
rebase 在另一个分支上重新应用提交
reset 重置当前 HEAD 到指定状态
switch 切换分支
tag 创建、列出、删除或校验一个 GPG 签名的标签对象

协同（参见：git help workflows）
fetch 从另外一个仓库下载对象和引用
pull 获取并整合另外的仓库或一个本地分支
push 更新远程引用和相关的对象


### 5.1 创建目录或者自己的项目

mkdir linuxtest


### 5.2 初始化创建的仓库

git init


初始化完成之后可以使用

ls -a

查看是否有

.git

目录；

![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/6105346175444d418d7c6b3624b2adf7.png)

---

也可以直接初始化并创建仓库

git init test


会自动创建目录仓库并初始化

---

### 5.3 在仓库中创建文件或修改文件内容并查看工作区状态

这里我把

LICENSE

和

README.en.md

删除了，并修改了

README.md

文件；

git status 

查看工作区的状态，就是进行了什么操作；

git status


![在这里插入图片描述](https://i-blog.csdnimg.cn/blog_migrate/7af63255e5821f6072f7fb3b45093d86.png)

### 5.4 将修改的文件或内容提交到暂存区

将修改的文件或内容提交到暂存区gitadd.# 或gitadd -A

查看当前工作区的状态git status


![在这里插入图片描述](https://i-blog.csdnimg.cn/blog_migrate/02bcdb841fd9a5120a971a32197ca7af.png)

我们发现字体变绿了，并且最后一行也没有

修改尚未加入提交（使用 "git add" 和/或 "git commit -a"）

提示了，说明已经提交到暂存区了；

> git add命令可以指定要添加的文件，只需在命令后面加上文件路径或文件名即可。例如，要添加名为"example.txt"的文件，可以使用以下命令：
> 
> ```
> git add example.txt
> ```
> 
>  也可以指定一个目录来添加该目录下的所有文件，例如：
> 
> ```
> git add testmkdir/
> ```
> 
>  这将添加 “testmkdir” 目录中的所有文件;

git add .

 和

git add -A

的区别：

> git add . 主要用于暂存当前目录的更改，而 git add -A 用于暂存工作目录下的所有更改，包括删除的文件。如果你想要一次性暂存所有更改，包括删除的文件，使用 git add -A 是一个方便的选择。如果你只想暂存当前目录的更改，或者需要更精细地控制哪些更改被暂存，可以使用 git add . 或者更具体的文件路径。

### 5.5 将暂存区的文件提交到本地仓库

将暂存区的文件提交到本地仓库，后面必须有提交日志描述，否则会报错git commit -m '提交日志描述'# 查看当前工作区的状态git status


![在这里插入图片描述](https://i-blog.csdnimg.cn/blog_migrate/e37b92411da7ea176a3274323be355a9.png)
![在这里插入图片描述](https://i-blog.csdnimg.cn/blog_migrate/1239fd9d65a0e20bc4a38e887c8fa053.png)

### 5.6 将本地仓库的数据提交到远程仓库（gitee）

git push


这里需要输入gitee的用户名密码；

![在这里插入图片描述](https://i-blog.csdnimg.cn/blog_migrate/43ec8ca5ec51b8ded37f31ce948cfbe3.png)

鉴权成功之后就会提交到远程的仓库中（gitee）；我们可以登录gitee查看刚刚推送上来的信息，是不是有改变；

![在这里插入图片描述](https://i-blog.csdnimg.cn/blog_migrate/2c884349ff34a829e2392c79a18bc6d1.png)

可以看到已经推送到gitee上了；

---

  总结上面几部就是最基础的创建目录到初始化到修改内容并从本地到推送到远程仓库了，下面为流程图！ 

![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/1fcd5e0acc974ad48ddcf9a01c352c9e.jpeg#pic_center)

---

## 六、Git 的进阶操作

### 6.1 删除 Git 内的文件

命令说明：

> 
> - 没有添加到暂存区的数据直接 rm 删除即可【就是在linux中正常的删除命令就行】。
> - 已经添加到暂存区数据： #将文件从 git 暂存区域的追踪列表移除(并不会删除当前工作目录内的数据文件) git rm database[file] #将文件数据从 git 暂存区和工作目录一起删除 git rm -f database[file]

---

**git rm 及 git rm -f 的用法：**


- git rm 推送的文件或目录 用于：已经提交到暂缓区，并将源文件删除的时候；
- git rm -f 推送的文件或目录 用于：已经提交到暂缓区，并且源文件删除或没有删除源文件都可以，会自动删除源文件；

---

操作演示：

创建一个文件[root@localhost linuxtest]# touch 123rm# 添加到暂存区[root@localhost linuxtest]# git add .# 查看当前工作区状态[root@localhost linuxtest]# git status

位于分支 master
您的分支与上游分支 'origin/master' 一致。

要提交的变更：
（使用 "git restore --staged <文件>..." 以取消暂存）
新文件： 123rm

删除源文件【123rm】rm -rf 123rm

再次查看当前工作区的状态[root@localhost linuxtest]# git status

位于分支 master
您的分支与上游分支 'origin/master' 一致。

要提交的变更：
（使用 "git restore --staged <文件>..." 以取消暂存）
新文件： 123rm

尚未暂存以备提交的变更：
（使用 "git add/rm <文件>..." 更新要提交的内容）
（使用 "git restore <文件>..." 丢弃工作区的改动）
删除： 123rm

重置后取消暂存的变更[root@localhost linuxtest]# git reset HEAD ./*

重置后取消暂存的变更：
D 123rm

再次查看当前工作区的状态[root@localhost linuxtest]# git status

位于分支 master
您的分支与上游分支 'origin/master' 一致。

要提交的变更：
（使用 "git restore --staged <文件>..." 以取消暂存）
新文件： 123rm

尚未暂存以备提交的变更：
（使用 "git add/rm <文件>..." 更新要提交的内容）
（使用 "git restore <文件>..." 丢弃工作区的改动）
删除： 123rm

删除暂存区的文件[root@localhost linuxtest]# git rm 123rmrm'123rm'

＃再次查看当前工作区的状态
[root@localhost linuxtest]# git status
位于分支 master
您的分支与上游分支 'origin/master' 一致。

无文件要提交，干净的工作区


![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/cc27f06fed704b25af489b9e1c09be98.png)

### 6.2 重命名暂存区文件名

命令说明：

> 
> - 没有添加到暂存区的数据直接 ```mv``` 改名即可【就是在linux中正常的删除命令就行】。
> - 已经添加到暂存区数据： 通过【git mv 源名 重命名】，来修改暂存区的文件名，本地工作区也会一起改变。

创建一个文件[root@localhost linuxtest]# touch mvtest# 查看文件[root@localhost linuxtest]# ls

mvtest README.md test# 添加到暂存区[root@localhost linuxtest]# git add .# 查看当前工作区的状态[root@localhost linuxtest]# git status
位于分支 master
您的分支与上游分支 'origin/master' 一致。

要提交的变更：
（使用 "git restore --staged <文件>..." 以取消暂存）
新文件： mvtest

重命名暂存区的文件名[root@localhost linuxtest]# git mv mvtest mvtest2# 再次查看当前工作区的状态【发现文件名已经变了】[root@localhost linuxtest]# git status

位于分支 master
您的分支与上游分支 'origin/master' 一致。

要提交的变更：
（使用 "git restore --staged <文件>..." 以取消暂存）
新文件： mvtest2

在看一下本地工作区的数据，也跟着变了；[root@localhost linuxtest]# ls

mvtest2 README.md test


![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/cbd72a4ebbb845abaddd9342a18fd61a.png)

### 6.3 查看 Git 提交日志（记录）

常用命令：

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作者的修订时间
这些单独的参数和命令大家有时间可以自己试一下，这里就不一一介绍了。
 主要咱们就看一下普通的查看

Git

提交的日志信息就行；

git log


![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/60a66424d6a344a2aead40608169d8c7.png)

### 6.4 还原历史数据

  Git 服务程序中有一个叫做 HEAD 的版本指针，当用户申请还原数据时，其实就是将 HEAD指针指向到某个特定的提交版本，但是因为 Git 是分布式版本控制系统，为了避免历史记录冲突，故使用了 SHA-1 计算出十六进制的哈希字串来区分每个提交版本，另外默认的 HEAD版本指针会指向到最近的一次提交版本记录，而上一个提交版本会叫 HEAD^，上上一个版本则会叫做 HEAD^^，当然一般会用 HEAD~5 来表示往上数第五个提交版本。

根据某个版本的hash值来还原历史数据，不保留暂存区和工作区的数据（慎用）git reset --hard hash# 通过git log查看历史提交的hash值，可以使用不完整的哈希值来还原历史数据；不保留暂存区和工作区的数据（慎用）git reset --hard 3de15d4

还原上一次提交的版本；不保留暂存区和工作区的数据（慎用）git reset --hard HEAD^

只重置 HEAD 到指定的提交，保留暂存区和工作目录的数据。这意味着更改仍然在暂存区，可以重新提交。git reset --soft hash# 默认git reset就是这个；重置 HEAD 和暂存区，只保留工作目录。这意味着更改会保留在工作目录中，但不会被暂存。git reset --mixed hash


注意：

> 使用 
> ```
> git reset --hard hash
> ```
> 时要非常小心，因为它会重置你的工作目录，使其与指定的提交完全一致，这将删除所有未提交的更改和自该提交以来的所有提交。
>  如果你不确定要执行的操作或是想撤销某一个提交，可以先使用 
> ```
> git reset --soft hast
> ```
>  或 
> ```
> git reset --mixed hash（默认）
> ```
> 来尝试，因为这些选项不会删除你的工作目录中的更改，而是将它们保留为未暂存的更改（也就是刚创建的样子）。
> 
> 
> - ```git reset --soft hash``` 会重置 HEAD 和索引，保留暂存区和工作目录的数据。
> - ```git reset --mixed hash（默认```）会重置 HEAD 、索引和暂存区，只保留工作目录。
> 
> 在执行任何重置操作之前，最好先备份您的工作，以防万一需要恢复更改。

### 6.5 还原未来数据

> 问：什么是未来数据？
> 答：就是你还原到历史数据了，但是你后悔了，想撤销更改，并且 
> ```
> git log
> ```
>  已经找不到这个版本了；但你还是想要原来的数据，这时候就叫未来数据。

#查看未来历史更新点git reflog 


---

**操作实例：**


-  1、可以先提交一次数据

在工作区创建一个文件echo"未来数据测试"> Future_history

提交到暂存区gitadd.# 提交到本地仓库git commit -m "第四次提交，测试还原未来数据"# 推送到远程仓库git push

查看提交记录git log


![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/a8f42b7f09d544d5a7e5d3732bdde130.png)


-  2、还原一次历史数据

先查看历史提交数据git log

然后根据自己的需求还原历史数据git reset --hard 5ad19e6

还原之后再次提交查看一下历史记录及当前工作区的数据git log

ls


![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/3e563d38f1574710aa818991843cdb3b.png)


-  3、还原未来数据

查看未来历史数据的更新点git reflog

找到自己要还原的数据hash值# 还原未来数据git reset --hard 6d49987

还原完之后在查看一下提交记录和工作区的数据git log

ls


![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/fd055b29ac7245a69b4e6a7e0a5ffca6.png)


-  4、还原未来数据完成

---

### 6.6 标签的使用（使用标签进行数据还原）

前面我们讲了

“还原历史数据”

和

“还原未来数据”

；在还原的时候我们要用到记录的哈希值，值非常的长，再有的环境下复制不了还很容易打错，接下来这个方法，我们可以给他打成一个标签，好记还不容易打错记错，有利于还原数据；

打标签的命令

git tag 要打的标签名

给当前提交的内容打一个名为v1.0的标签(方便快速回滚)，每次提交都可以打个 tag，方便回滚。git tag v1.0

查看当前所有的标签git tag

查看当前1.0的详细信息git show v1.0

创建带有说明的标签,-a 指定标签名字，-m 指定说明文字git tag v1.2 -m "version 1.2 release is test"# 删除v1.0版本 -d 删除标签的意思git tag -d v1.0


---

详细操作实例：


-  1、给当前提交的内容打个标签

这里的v1.4，表示第一个版本第四次提交，可以根据自己需求自定义git tag v1.4

git log

git log可以看到tag


![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/2133fcaddfe94a90b29a1cd27eb840a8.png)


-  2、在创建一个新的第五次提交

在当前工作区创建一个文件echo"第五次提交，tag标签"> tag.txt

提交到暂存区gitadd.# 提交到本地仓库git commit -m "第五次提交，tag标签"# 推送到远程仓库git push



-  3、给本次（第五次）提交打标签

第五次提交改为v1.5git tag v1.5

git log查看git log


![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/624a559e877947cea9eafa74b5a4d197.png)

可以看到已经打了两个标签了，一个

v1.4

和

v1.5

；
 我们也可以给其他也打上标签；不过之前没打有些麻烦；需要先还原到哪个历史的数据，然后进行

git tag 打标签

，在还原回来未来数据，就可以；不过打不打都行，这里是进行测试，有两个就可以了；
 接下来我们使用标签进行历史数据还原；


-  4、利用标签还原历史数据

先查看提交记录；git log

我们还原到v1.4版本[root@localhost linuxtest]# git reset --hard v1.4

HEAD 现在位于 6d49987 第四次提交，测试还原未来数据

还原到历史数据之后我们可以查看提交记录及本地工作区数据，来确认是否还原到了历史数据git log

ls


![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/5d0d6aff3419469eac516551e7bd8252.png)

还原到历史数据之后，我们再还原回未来数据；


-  5、利用标签还原未来数据

查看未来数据日志git reflog

还原到标签v1.5版本[root@localhost linuxtest]# git reset --hard v1.5

HEAD 现在位于 91814fd 第五次提交，tag标签

查看提交日志，确认是否还原到未来数据git log

ls


![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/fc345c28482843d0bf1b3cb34b9f4c71.png)

#### 6.6.1 删除标签


-  6、在当前的提交下新创建一个tag，并把旧的删除

将当前提交的内容在打一个标签v1.5.1git tag v1.5.1

git log查看历史提交记录，或者使用git tag查看所有标签git log

git tag

删除v1.5的标签git tag -d v1.5

删除完之后再次使用git log 查看历史记录或者git tag查看所有标签git log

git tag


![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/e98ee205b7064ad7a4d6ad4498a4e3d3.png)
![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/cf856a968a5e4686912a47411b3b1063.png)
![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/6c063be45f644e29a9988fbe57a94eca.png)

---

简单来说就是在还原数据的时候把

哈希值

换成

tag标签

，还是很好用的，也是比较推荐的👍👍👍；

### 6.7 分支结构

  在工作中，我们的项目开发肯定不是直接提交到master分支上的，都会在

master分支

或者

main分支

下创建一个

dev或其他小分支

，然后每个人在

dev分支下

在创建自己的分支，开发完成后合并到

dev分支上

，最后等上线代码的时候才会把

dev分支

在合并到

master分支

或

main分支

上，进行上线服务；
   平常都会尽量保护

master分支

，使master分支保持稳定状态，

而master分支一般仅用于上线代码或者发布新版本

；平时是不能在master分支上进行修改等操作的；

---

**Git 分支图（工作中人员所在分支）：**

![Git 分支图](https://i-blog.csdnimg.cn/direct/d0bf725632304da49ec51ca46bb627a1.png#pic_center)

---

#### 6.7.1 创建分支

创建一个dev分支git branch dev

查看当前工作区所有分支git branch


![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/da76a48ec0794ef2b202445c371c1d09.png)

#### 6.7.2 分支切换

切换分支两种切换方式都可以；

git checkout dev
git switch dev


![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/66024dddb63b4dc795e78603d13c9214.png)
![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/eec91767081e4b6da1fb7841c4831e55.png)

---

切换完分支之后，在当前分支进行修改，新增等操作都可以；

在当前工作环境中添加一个文件及内容echo -e "Hello git\nHello word"> branch.txt

将新创建的文件添加到暂存区gitadd.# 提交到本地仓库git commit -m "dev分支，第一次提交"# 查看当前工作区的状态git stats


![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/5d8d7a3ec1d046ad96f8921692ab48d0.png)

也可以再加一个标签（看个人需求）git tag v2.1

查看一下提交记录git log -1


![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/5e44d9c45ac44cda9426e97b244c6fc2.png)

---

#### 6.7.3 合并分支

切换回master分支

git checkout master


当前查看提交记录和本地工作区是看不到在dev的操作的内容的；还需要将dev分支的代码合并到master分支上；

合并dev代码到master分支

git merge dev


![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/0d52180449db4a7fbf1fa35919915f69.png)

查看提交记录git log -2

查看当前工作区有没有多出新文件lscat branch.txt


![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/6e85c944aae34bc5b8412bd0371710ec.png)

这样合并分支就成功了，检查没问题就可以提交到远程仓库了；

git push


#### 6.7.4 删除分支

上面咱们创建了一个

dev分支

，现在已经将

dev分支

的内容已经和master分支合并了，所以，删除dev分支也就不会影响什么，也不会失去任何东西了；


- 删除分支的命令

删除分支git branch -d 分支名称

查看所有包含未合并工作的分支git branch --no-merged



- 操作实例：

先看看有没有没有合并的工作分支[root@localhost linuxtest]# git branch --no-merged# 查看所有分支，带*的表示当前所在分支[root@localhost linuxtest]# git branch

dev

  • master

    然后我们要删除dev分支[root@localhost linuxtest]# git branch -d dev

    已删除分支 dev（曾为 233eb48）。

    删除完分支之后再次查看所有分支（可以看到只剩master分支了，dev分支删除了）[root@localhost linuxtest]# git branch

  • master

> 如果想要删除的分支上还有工作内容，而且并不想要哪些内容，可以使用
> ```
> -D
> ```
> 参数强制删除。

![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/91feed9c89aa45baa9dfc5c8e11519d4.png)

---

## 七、创建项目到推送到github或者gitee上流程

### 7.1 项目初始化

在项目的目录，也就是要推到github或者gitee上的目录下，进行git初始化；

git init 


### 7.2 修改文件内容或文件、目录

修改完成之后推送到暂存区

### 7.3 将项目推送到暂存区

gitadd -A


### 7.4 将项目提交到本地仓库

git commit -m "提交的说明"


### 7.5 将项目推送到github或者gitee上

①、打开github或gitee上，提前创建好仓库；

②、创建好仓库之后，点击克隆下载，复制https的git地址；

![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/025d3cf1c2404055a06f357794246d55.png)
![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/e447ed2233ef41ff83f3512942c69924.png)

③、在服务器或windows上执行推送指定仓库；

> git push 要推送到的仓库地址 要推送到的分支

git push https://gitee.com/liu-chenyang/linuxtest.git master

```

推送流程：

在这里插入图片描述

八、特此声明：参考文献

参考文章标题（一、三参考）参考文章链接（一、三参考）Git 的介绍、安装及其基本操作 - 野猪佩奇`https://coder-yzpq.blog.csdn.net/article/details/125503875【Linux】Linux下git的使用 - 椿融雪https://blog.csdn.net/qq_67582098/article/details/132110230

🐋 希望大家多多支持，我们一起进步！😄
🎉如果文章对你有帮助的话，欢迎 点赞 👍🏻 评论 💬 收藏 ⭐️ 加关注+💗

标签： 1024程序员节 运维 linux
本文转载自: https://blog.csdn.net/liu_chen_yang/article/details/143200222
版权归原作者 A-刘晨阳 所有， 如有侵权，请联系我们删除。
登录后发布评论

“Linux上 Git 的简介、安装及操作详解（操作windows、linux通用）”的评论:

还没有评论
关于作者
...
overfit同步小助手
文章同步
相关阅读

网络安全法-网络运行安全

使用selenium/drissionpage时如何阻止chrome自动跳转http到https

docker desktop 里部署的Open WebUI 管理员密码忘记了的处理方法

在ubuntu20.04中搭建onsite比赛运行环境

利用开源的低代码表单设计器FcDesigner高效管理和渲染复杂表单结构

Kafka学习笔记

【前端】浏览器输入url到页面呈现发生了什么？

文章导航