Git本地操作

关于提交到 github 之前,在本地仓库的操作


在使用 Git 之前,要先配置一下本地的 Git Bash

配置

一般来说,有如下6行配置,是建议运行的

1
2
3
4
5
6
git config --global user.name [yourName]
git config --global user.email [yourEmail]
git config --global push.default simple
git config --global core.quotepath false
git config --global core.editor "code --wait"
git config --global core.autocrlf input

user

这两行是必须执行的,用于告诉 Git 你的个人信息

例如

1
2
git config --global user.name Ringoer
git config --global user.email ringoer@qq.com

push.default

这个参数有两个可取的值,具体如下

参数值 版本 行为
matching 1.x 版本默认 上传本地所有分支
simple 2.x 版本默认 上传本地当前分支

建议手动执行一下该命令,以免出现意外的上传

core.quotepath

用于配置是否开启路径转义,默认值是 true,表示中文路径名或文件名要自动转义为形如 \xx\xx 的类似 unicode 的形式

core.editor

用于指定当 Git 希望打开一个文本编辑器时,执行的命令行。默认值是 vi,表示启动 vim

core.autocrlf

首先了解一下 CRLF、CR、LF 分别是什么

参数值 对应转义字符
CRLF \r\n
CR \r
LF \n

core.autocrlf 用于指定行结束符 LF 和 CRLF 之间的转换,具体如下

参数值 提交(commit)行为 签出(checkout)行为
true(默认) CRLF 转换为 LF LF 转换为 CRLF
input CRLF 转换为 LF 不转换
false 不转换 不转换

鉴于 Windows 下的行结束符通常是 CRLF,Mac 和 Linux 下通常是 LF,所以最好是选择 input 参数值,以免产生跨平台协作问题

说到 Git 本地操作,那必然也是对某目标的 CRUD。是什么目标呢?是分支

分支(Branch)

首先要了解什么是分支

每当我们想保存代码的时候,往往有很多文件,组成一个项目。这个项目此时此刻的所有状态,合称为一个版本,而这个项目的所有版本,都处于同一个分支之中

Create

一般有两种新增

  • 初始化本地仓库时,新增默认的分支
  • 已有分支的情况下,新增新的分支

初始化

首先通过 cd 命令进入项目所在目录,然后使用 git init 来完成本地仓库的初始化

初始化完成之后,会在该目录中产生一个 .git 文件夹,这个就是本地仓库

默认分支是 master,但由于 zzzq 等原因,现在默认分支改名叫 main

初始化完成后,.git 目录下会有一个名为 .gitignore 的文本文档,里面用类正则表达式写法,指明了在提交操作中应该忽略哪些文件

新增

现在我们已经有一个 master 分支了,想要新增一个分支

可以使用 git branch [branchName] 命令来新增分支

假设新分支名为 child,那么命令就是 git branch child,此时就新建了一个名为 child 的新分支

注意该操作仅创建了分支,不会自动移动到新分支

Retrieve

查看所有分支情况

可以使用 git branch 查看本地仓库中的所有分支名称

查看当前分支情况

状态

可以通过 git status 命令查看当前分支的状态

通常会显示以下种内容

  1. 还未执行 标记 的文件列表
  2. 已经执行 标记 ,还未执行 提交 的文件列表
  3. 存在 冲突 的文件列表

可以通过 -sb 选项简化显示的内容(只显示文件列表)

日志

日志有两种,log 和 reflog,关于其差别请阅读 重置 部分内容

每条日志都记录了一次提交,包括这次提交的版本号、理由等

可以通过 git log 命令查看当前分支的局部日志(不包括重置操作)

可以通过 git reflog 命令查看当前分支的所有日志(包括重置操作)

Update

要让增删有意义,那么自然是要进行符合我心意的修改了

此处的修改分支,是指修改本地仓库内保存的分支内容

提交

初始化的分支,或是新建的分支,里面都是没有内容的。如何让它充实呢?

可以通过 git commit 命令让它充实。

但是仅仅是 git commit 来上传新版本的话,以后无法查询版本更新信息,所以我们需要 -m 和 -v 参数

-m

git commit -m [string] 表示将 -m 选项后的字符串作为本次提交的理由(备注),使得后续可以查看该版本提交时的相关信息

但是 -m 因为是在命令行中直接给出,人在潜意识影响下会倾向于写短理由,不利于以后查询,所以有了 -v 选项

-v

git commit -v 可以打开 Git 默认的文本编辑器(默认是 vim)来等待用户写入提交理由,直到用户在新打开的文件中写完理由并保存后才会继续提交

因为是在新文件中书写理由,视野比较开阔,会更容易写出更易阅读的理由,所以推荐手动上传时,使用 -v 选项,自动上传时才选择 -m 选项

但是 Git 怎么知道你要上传哪些内容呢?万一你只修改了部分文件,只想上传这一部分,怎么办呢

标记

可以通过 git add [filename] 命令来标记要提交的文件

可以用 git add . 来标记目录下的所有文件(注意点号)

此处的标记,指的是“将要同步到本地仓库当前分支的更新”,一般有三种情况

文件状态 释义 commit 后的行为
New 新建 向本地仓库当前分支中 添加 该文件
Modified 更新 修改 本地仓库当前分支中的对应文件
Deleted 删除 从本地仓库当前分支中 删除 该文件

可见,虽然命令中采用的是 add 短语,但实际上表达的意思是“添加标记”,而不是单纯的“新增”

只有当文件被标记后,才可以在下一次 commit 操作中被提交到本地仓库

怎么办,代码写着写着,发现以前的某个版本更优秀,我想回去————

重置

可以通过 git reset --hard [version] 来切换版本

版本号可以打完整,也可以打前缀,一般选择7位前缀

查看版本号,可以通过 git loggit reflog 来查看,或前往 github 网站,通过可视化界面查看

假设现在是版本4,想切换到版本2,那么切换后,log 里只会保留如下内容(简单说法)

  1. commit 版本1
  2. commit 版本2

而 reflog 里会保留所有内容

  1. commit 版本1
  2. commit 版本2
  3. commit 版本3
  4. commit 版本4
  5. reset 版本2

注意一旦切换版本,将会丢失当前所有修改,请确保备份

如果不想重置所有修改,也可以选择回滚部分事务

回滚

可以通过 git revert [version] 来回滚当前分支上的某次提交事务

可能产生 冲突

Delete

可以通过 git branch -d [branchName] 来删除指定分支

注意删除后该分支所以内容都会从本地消失,请确保已经备份

有很多操作会产生冲突,怎么办呢?

冲突

当发生冲突的时候,首先要找到冲突

前述的 git status 命令,就可以找到现在有冲突的文件

然后我们需要手动解决冲突

假设有文件 1.txt,里面的原内容是 今天是2020年11月16日,新内容是 今天是1970年1月1日

当要将新内容同步到 1.txt 时,就会发生冲突

此时 1.txt 内容变更为类似如下模样

1
2
3
4
5
<<<<<<< HEAD(当前更改)
今天是2020年11月16日
=======
今天是1970年1月1日
>>>>>>> child(传入的更改)

可见冲突的格式是以 <<<<<<< 开头,以 >>>>>>> 结尾,以 ======= 分隔

所以当我们打开一个可能有冲突的文件时,可以搜索 ======= 来快速定位冲突在文件中的位置

此时我们怎么处理这个冲突呢?

可以选择性保留我们想要的字段,假设保留新内容,那么可以对 1.txt 作出如下操作

1
2
3
4
5
<<<<<<< master(当前更改) 【删除该行】
今天是2020年11月16日 【删除该行】
======= 【删除该行】
今天是1970年1月1日
>>>>>>> child(传入的更改)【删除该行】

只保留我们需要的部分,其余部分删除

那刚才创建的新分支又有什么用呢?

多分支

检出

可以通过 git checkout [branchName] 命令来改变 Git 当前所在的分支

该操作称之为 检出

当执行该命令时,会将指定分支的最后一次提交的内容同步到当前目录下

该操作可能会产生冲突

若同步前的文件内容与将要同步下来的内容无冲突,则保留同步前的文件;若冲突,则需要先解决冲突,解决冲突后不需要再次检出

合并

可以通过 git merge [branchName] 命令来将目标分支的内容合并到当前分支下

该操作在完成后,会自动向本地仓库中提交合并的结果,且理由自动设定为 Merge branch [branchName],表示此次提交是因为合并而产生的

该操作可能会产生冲突

当产生冲突时,需要按顺序完成以下步骤以完成合并流程

  1. 解决冲突
  2. git add [冲突的文件]
  3. git commit(不需要填写理由)

如上,即是 Git 本地操作中最常用的部分内容

谢谢阅读

--It's the end.Thanks for your read.--