Git - git常用指令和详细教程

五讲四美好青年呀

已于 2025-03-31 11:32:02 修改

阅读量1.7k

点赞数 30

分类专栏： Git 文章标签： git

于 2025-01-14 21:28:43 首次发布

本文链接：https://blog.youkuaiyun.com/qq_41668395/article/details/145147901

版权

1 概述

1.1 开发中的实际场景

场景一：备份
小明负责的模块就要完成了，就在即将Release之前的一瞬间，电脑突然蓝屏，硬盘光荣牺牲！几个月来的努力付之东流

场景二：代码还原
这个项目中需要一个很复杂的功能，老王摸索了一个星期终于有眉目了，可是这被改得面目全非的代码已经回不到从前了。什么地方能买到哆啦A梦的时光机啊？

场景三：协同开发
小刚和小强先后从文件服务器上下载了同一个文件：Analysis.java。小刚在Analysis.java 文件中的第30行声明了一个方法，叫count()，先保存到了文件服务器上；小强在Analysis.java文件中的第50行声明了一个方法，叫sum()，也随后保存到了文件服务器上，于是，count()方法就只存在于小刚的记忆中了

场景四：追溯问题代码的编写人和编写时间！
老王是另一位项目经理，每次因为项目进度挨骂之后，他都不知道该扣哪个程序员的工资！就拿这次来说吧，有个Bug调试了30多个小时才知道是因为相关属性没有在应用初始化时赋值！可是二胖、王东、刘流和正经牛都不承认是自己干的！

1.2 版本控制器的方式

a、集中式版本控制工具
集中式版本控制工具，版本库是集中存放在中央服务器的，team里每个人work时从中央服务器下载代码，是必须联网才能工作，局域网或互联网。个人修改后然后提交到中央版本库。
举例：SVN和CVS
b、分布式版本控制工具
分布式版本控制系统没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样工作的时候，无需联网了，因为版本库就在你自己的电脑上。多人协作只需要各自的修改推送给对方，就能互相看到对方的修改了。
举例：Git

集中式版本控制的缺点：需要联网，中央服务器磁盘损坏，项目会彻底崩溃

1.3 Git

Git是分布式的，Git不需要有中心服务器，我们每台电脑拥有的东西都是一样的。我们使用Git并且有个中心服务器，仅仅是为了方便交换大家的修改，但是这个服务器的地位和我们每个人的PC是一样的。我们可以把它当做一个开发者的pc就可以就是为了大家代码容易交流不关机用的。没有它大家一样可以工作，只不过“交换”修改不方便而已。
git是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。Git是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。
同生活中的许多伟大事物一样，Git 诞生于一个极富纷争大举创新的年代。Linux 内核开源项目有着为数众多的参与者。绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上（1991－2002 年间）。到 2002 年，整个项目组开始启用一个专有的分布式版本控制系统 BitKeeper 来管理和维护代码。
到了 2005 年，开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束，他们收回了 Linux 内核社区免费使用 BitKeeper 的权力。这就迫使 Linux 开源社区（特别是 Linux 的缔造者 Linus Torvalds）基于使用 BitKeeper 时的经验教训，开发出自己的版本系统。他们对新的系统制订了若干目标：

速度
简单的设计
对非线性开发模式的强力支持（允许成千上万个并行开发的分支）
完全分布式
有能力高效管理类似 Linux 内核一样的超大规模项目（速度和数据量）

1.4 Git工作流程图

命令如下：

1.clone（克隆）：从远程仓库中克隆代码到本地仓库
2.checkout（检出）：从本地仓库中检出一个仓库分支然后进行修订
3.add（添加）：在提交前先将代码提交到暂存区
4.commit（提交）：提交到本地仓库。本地仓库中保存修改的各个历史版本
5.fetch（抓取）：从远程库，抓取到本地仓库，不进行任何的合并动作，一般操作比较少
6.pull（拉取）：从远程库拉到本地库，自动进行合并（merge），然后放在工作区，相当于fetch+merge
7.push（推送）：修改完成后，需要和团队成员共享代码时，将代码推送到远程仓库

2 Git安装与常用命令

2.1 Git安装

2.1.1 下载与安装

下载地址： https://git-scm.com/download

在这里插入图片描述
不同的操作系统，安装的方式略有不同

Linux：

Debian/Ubuntu

For the latest stable version for your release of Debian/Ubuntu
```
# apt-get install git
```
For Ubuntu, this PPA provides the latest stable upstream Git version
```
# add-apt-repository ppa:git-core/ppa`
`# apt update; apt install git
```
Fedora

# yum install git (up to Fedora 21)
# dnf install git (Fedora 22 and later)

对于CentOS 7，将git更新为最新版本的方式，见CentOS 7 将 Git 更新至最新版本（yum）

Windows

下载安装包，下载好后，直接安装即可

下载完成后可以得到如下安装文件：

双击下载的安装文件来安装Git。安装完成后，在电脑桌面（也可以是其他目录）点击右键，如果能够看到如下两个菜单则说明Git安装成功。

其中：Git GUI为Git提供的图形界面工具；Bit Bash为Git提供的命令行工具

当安装Git后首先要做的事情是设置用户名称和email地址。这是非常重要的，因为每次Git提交都会使用该用户信息
Git版本控制要记录哪个人什么时候做了什么事情，Git就是通过邮箱去辨识是哪个人的

2.1.2 基本配置

打开Git Bash

设置用户信息

git config --global user.name "xxx"
git config --global user.email "xxx@xxx.com"

邮箱可以是假邮箱

查看配置信息

git config --global user.name
git config --global user.email

2.1.3 为常用指令配置别名（可选）

有些常用的指令参数非常多，每次都要输入好多参数，我们可以使用别名。

2.1.3.1 在Windows上

部分Windows系统不允许用户创建点号开头的文件，可以打开gitBash，执行touch ~/.bashrc

在.bashrc文件中输入如下内容：

#用于输出git提交日志 
alias git-log='git log --pretty=oneline --all --graph --abbrev-commit --decorate'
#用于输出当前目录所有文件及基本信息 
alias ll='ls -al'

打开GitBash，执行source ~/.bashrc

2.1.3.2 在Linux上

在~/.bashrc上添加跟上面一样的内容，然后source下
在这里插入图片描述

2.1.4 解决GitBash乱码问题呢

打开GitBash执行下面命令

git config --global core.quotepath false

${git_home}/etc/bash.bashrc 文件最后加入下面两行，其中为你git的安装目录

export LANG="zh_CN.UTF-8" 
export LC_ALL="zh_CN.UTF-8"

如果不配置的话，在GitBash中输入汉字，可能会乱码

2.2 获取本地仓库

要使用Git对我们的代码进行版本控制，首先需要获得本地仓库

1）在电脑的任意位置创建一个空目录（例如test）作为我们的本地Git仓库

2）进入这个目录中，点击右键打开Git bash窗口

3）执行命令git init

4）如果创建成功后可在文件夹下看到隐藏的.git目录。
在这里插入图片描述

2.3 基础操作指令

Git工作目录下对于文件的修改(增加、删除、更新)会存在几个状态，这些修改的状态会随着我们执行Git的命令而发生变化。

工作目录：.git所在的目录，除了.git之外，其他的文件都叫工作目录

本章节主要讲解如何使用命令来控制这些状态之间的转换：

git add ： 工作区 —> 暂存区 （workspace —> index）
git commit： 暂存区 —> 本地仓库（index —> repository）

各个状态什么意思：

工作区（workspace）：
1. 未跟踪（untracked）：从无到有，新建一个文件
2. 未暂存（unstaged）：修改已有文件
暂存区（index）
3. 已暂存（staged）：提交到仓库之前的缓冲区
仓库（repository）
4. 进入仓库之后，就会变成一个提交记录，仓库里面有详细记录，到底提交了几次，提交一次，就是一个版本。所以正常可以看到，进行第一次提交，是一个版本，进行第二次提交是一个版本。。。

2.3.1 查看修改的状态（status）

作用：查看修改的状态（暂存区、工作区）
命令形式：git status

创建一个文件file01.txt，然后使用git status查看状态

可以看到file01.txt文件的状态为：未跟踪

根据上面git status命令的提示内容，我们可以得到三种处理情况：

暂存文件的命令：git add <文件名>
放弃未暂存文件的修改的命令：git checkout – <文件名>
- 举个例子：
  - 对include/ftp_user.h最后加了个注释，如下：
  - 然后使用git checkout ./include/ftp_user.h命令，就会撤销刚刚对这个文件的修改
将被修改的文件暂存并提交的命令：git commit -a：文件不需要通过add加入暂存区，可以直接使用这个命令提交，而git commit -m "message"是需要先add到暂存区的，然后才能commit

2.3.2 添加工作区到暂存区（add）

作用：添加工作区一个或多个文件的修改到暂存区
命令形式：git add 单个文件名 | 通配符
- 将所有修改加入暂存区：git add .

git add . ：将当前目录及其子目录中所有被修改的文件都添加到 Git 的暂存区，以便进行提交。
在这里插入图片描述

2.3.3 暂存区撤销到工作区（restore）

作用：当你将文件添加到暂存区（通过git add）后，如果你想撤销暂存区（index）中的更改，使文件回到工作区（workspace）状态。
命令形式：git restore --staged <file>

这会将文件从暂存区移除，但不影响工作区的修改。文件将返回到工作区，并保留你对它的修改。

示例：

git add example.txt					# 将 example.txt 添加到暂存区
git restore --staged example.txt	# 将 example.txt 从暂存区撤回，但保留工作区修改

restore还有一个命令形式，但跟上面的功能不同：

作用：撤销工作区的改动
命令形式：git restore <file>

如对file文件进行了修改，变成了这样：
在这里插入图片描述
使用git restore file01.txt后，查看file01.txt文件

可以看到，file01.txt又变成了这次修改前的样子了

上面演示的是没有add到暂存区，就算add到暂存区，也是一样的，看下面的演示
在这里插入图片描述
可以看到，在add和git restore file01.txt后，虽然file01.txt还在暂存区，但是文件的内容恢复到未修改之前了：

git checkout 和git restore 的区别

git checkout <file>是丢弃文件的修改，变成上次提交的文件内容。

所以，git restore <file>是撤销一次对工作区中文件的修改，而git checkout <file>把直接撤销到上次提交时，这个文件的状态。

2.3.4 提交暂存区到本地仓库（commit）

作用：提交暂存区汇总所有内容到本地仓库的当前分支
命令形式：git commit -m “注释内容”

提交完后显示缓冲区没有东西可以提交

使用git commit -m "注释"命令，把暂存区里的文件提交到本地仓库中
在这里插入图片描述
如果觉得每次commit之前都要add下，想要跳过add这一步，可以直接使用-a选项，如：
git commit -am "第一次版本提交"

补充：

命令：git commit --amend
使用场景
- 你提交了代码，但提交信息写错了。
- 你提交了代码，但忘记添加某个文件。
- 你提交了代码，但想从提交中移除某个文件。
- 例如，我在公司里commit后，并且push到gitlab上，此时leader对我的代码review后，需要在本地修改代码，而且还想用上次的commit信息，这个时候就可以用git commit -amend
输入完git commit -amend命令后，按回车键，此时会打开你的默认文本编辑器，让你修改提交信息；修改完成后保存并退出，新的提交信息就会生效。

这里再补充一个场景：当后端在完成代码编写后，commit后，提交后gitlab上，此时前端在你之后提交到同一个分支；然后后端又将代码进行了修改，这个时候，可以通过git push --force-with-lease去强推，它在推送之前会检查远程分支的状态，如果远程分支自从你上次获取（fetch）之后没有发生变化，那么推送会正常进行；如果远程分支有了新的提交，推送将会被拒绝。
此时可以git pull

2.3.5 查看提交日志（log）

使用git log命令，可以查看刚刚提交到哪个地方了，就是看下历史，看下仓库里有哪些
在这里插入图片描述
可以看到提交备注为"file01"的作者、邮箱和提交时间

这个时候对file01.txt文件进行修改，然后git status，可以看到状态为尚未暂存以备提交的变更：
在这里插入图片描述
所以，这个时候file01.txt文件的状态为未暂存，然后使用git add .把它加入暂存区

然后再使用git commit -m "注释"命令，把暂存区里的文件提交到仓库中

在2.1.3中配置的别名git-log就包含了这些参数，所以后续可以直接使用指令git-log

作用：查看提交记录
命令形式：git log[option]
- option
  - –all 显示所有分支
  - –pretty=oneline 将提交信息显示为一行
  - –abbrev-commit 使得输出的commitid更简短
  - –graph 以图的形式显示
  - –decorate 显示引用（如分支、标签、HEAD 等）的名称，帮助你更清晰地看到当前提交与不同分支或标签之间的关系。

由于前面配置了如下
在这里插入图片描述
所以可以直接用git-log命令，就等价于git log --pretty=oneline --all --graph --abbrev-commit --decorate