关于git学习以及vscode插件Gitlens的使用的个人总结

关于git学习以及vscode插件Gitlens的使用的个人总结

git工作流程

---

---

git基本指令

流程图

初始化一个本地仓库

git init

---

基本操作

gitadd .[工作区的所有文件->暂存区]git commmit[缓存区->仓库]git commit -m'注释内容'git status[查看文件状态]git checkout[查看缓存区文件]

查看提交日志（log）

git log [option]

• –all 查看所有分支
• –pretty=oneline将提交信息显示为一行
• –abbrev-commit使得输出的commit更简短
• –graph 一图的形式显示

简化

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

版本回退

git reset --hard commitID

参考日志(reflog)

可引用历史提交版本，什么意思？

• 使用git log命令只可以查看到HEAD指针及其之前的版本信息，如果版本发生过回退操作，则可能会出现，HEAD指针之后仍存在历史提交版本的情况，而这些提交版本信息通过git log命令是看不到的。即：git log命令是显示当前的HEAD和它的祖先，递归是沿着当前指针的父亲，父亲的父亲，……，这样的原则。
• 我们可以通过使用git reflog命令，就可查看到所有历史版本信息。由于查看所有历史版本信息的目的，大多是为了进行版本回退或恢复操作所使用，从中找到所需的commit索引，所以该命令被命名为reflog，即：引用日志。

提示：

reflog

并不是Git仓库的一部分，它单独存储，它纯属是本地的。 （

git reflog

命令显示的内容，应该是存储在

.git/logs/HEAD

文件中，或者是

.git/logs/refs

目录中的文件。）

也就是说

git reflog

命令中保留了从clone仓库开始，用户所有在本地库中的操作。

Git 中忽略文件和文件夹

在文件夹下创建一个名为

.gitignore

的文件，里面写上忽略的文件名称（PS：加上自己的名称来防止自己加到仓库里）

---

分支

查看有哪些分支

git branch

创建本地分支

git branch 分支名

切换分支

git checkout 分支名

创建并且切换

git checkout -b 分支名

合并分支（merge）

git merge 分支名称

合并冲突

会出现类似

86186@LAPTOP-8C1LOOBV MINGW64 ~/Desktop/git练习 (master)
$ git merge dev1
Auto-merging file0.txt
CONFLICT (content): Merge conflict in file0.txt
Automatic merge failed; fix conflicts and then commit the result.

会在冲突文件中

<<<<<<< HEAD
master更改：master
=======
dev1更改:dev1
>>>>>>> dev1

===上面是HEAD分支下面是dev1分支

我们只需要删除或更改为想要的结果就可以了，记得完成后add并commit，这样两个文件才会合并

补充合并的快进模式

类似这种两个要合并但是dev相较于master却领先了一个版本，结果并没有生成桥梁一样的形状：

快进式合并和非快进式合并

何为快进式合并？？

如果当前的分支和另一个分支没有内容上的差异，就是说当前分支的每一个提交(commit)都已经存在另一个分支里了，git 就会执行一个“快速向前”(fast forward)操作；git 不创建任何新的提交(commit),只是将当前分支指向合并进来的分支。

快进式和非快进式的区别：

目前仓库的状态是，master分支上有了5次提交，然后基于master创建分支test，并在test上进行3次提交，接下来，我在master分支上对test分支分别进行快进式和非快进式合并。

先进行快进式合并，

git merge test 

(默认为–ff合并)，如下图所示，我们看到一共是5+3=8个提交，分支的提交历史也没有“开叉”，即没有多个父提交节点。

随后，我回到master的第五次提交，然后对test进行非快进式合并，

git merge –no-ff test

这时候，同快进式合并不同的是，在c5处产生了“开叉”，然后新生成了一个commit “Merge branch ‘test’”，即多了一个父提交。

现在，大家应该对这两种合并有了一种直观的了解了吧。

删除分支（不能删除当前分支）

git branch -d b1 （删除分支时需要各种检查）
git branch -D b1 （不做任何检查，强制删除）

开发中分支使用原则与流程

• master（生产）分支：线上分支，主分支，中小规模项目作为线上运行的应用对应的分支
• develop（开发）分支是从master创建的分支，一般作为开发部门的主要开发分支，如果没有其他并行开发不同期上线 要求，都可以在此版本进行开发，阶段开发完成后，需要是合并到master分支,准备上线。
• feature/xxxx分支从develop创建的分支，一般是同期并行开发，但不同期上线时创建的分支，分支上的研发任务完 成后合并到develop分支。
• hotfix/xxxx分支从master派生的分支，一般作为线上bug修复使用，修复完成后需要合并到master、test、 develop分支。
• 还有一些其他分支，在此不再详述，例如test分支（用于代码测试）、pre分支（预上线分支）等 等。

git远程仓库

常用的托管服务[远程仓库]

前面我们已经知道了Git中存在两种类型的仓库，即本地仓库和远程仓库。那么我们如何搭建Git远程仓库
呢？我们可以借助互联网上提供的一些代码托管服务来实现，其中比较常用的有GitHub、码云、GitLab等。
gitHub（ 地址：https://github.com/ ）是一个面向开源及私有软件项目的托管平台，因为只支持
Git 作为唯一的版本库格式进行托管，故名gitHub
码云（地址： https://gitee.com/ ）是国内的一个代码托管平台，由于服务器在国内，所以相比于
GitHub，码云速度会更快
GitLab （地址： https://about.gitlab.com/ ）是一个用于仓库管理系统的开源项目，使用Git作
为代码管理工具，并在此基础上搭建起来的web服务,一般用于在企业、学校等内部网络搭建git私服。

注册码云（gitee）

过程忽略

创建远程仓库

略

配置SSH公钥

• 生成SSH公钥- ssh-keygen -t rsa- 不断回车 - 如果公钥已经存在，则自动覆盖
• Gitee设置账户共公钥- 获取公钥 - cat ~/.ssh/id_rsa.pub

​

• 验证是否配置成功 - ssh -T [email protected]

操作远程仓库

添加远程仓库

此操作是先初始化本地库，然后与已创建的远程库进行对接。

• 命令： git remote add <远端名称> <仓库路径>
• 远端名称，默认是origin，取决于远端服务器设置
• 仓库路径，从远端服务器获取此URL
• 例如: git remote add origin [email protected]:czbk_zhang_meng/git_test.git

查看远程仓库

• 命令：git remote
• 

推送到远程仓库

• 命令：git push [-f] [–set-upstream] [远端名称 [本地分支名][:远端分支名] ] - 如果远程分支名和本地分支名称相同，则可以只写本地分支 - git push origin master- -f表示强制覆盖- --set-upstream 推送到远端的同时并且建立起和远端分支的关联关系。- git push --set-upstream origin master- 如果当前分支已经和远端分支关联，则可以省略分支名和远端名。 - git push 将master分支推送到已关联的远端分支。

​

从远程仓库克隆

如果已经有一个远端仓库，我们可以直接clone到本地。

• 命令: git clone <仓库路径> [本地目录] - 本地目录可以省略，会自动生成一个目录

从远程仓库中抓取和拉取

远程分支和本地的分支一样，我们可以进行merge操作，只是需要先把远端仓库里的更新都下载到本 地，再进行操作。

• 抓取 命令：git fetch [remote name] [branch name]- 抓取指令就是将仓库里的更新都抓取到本地，不会进行合并- 如果不指定远端名称和分支名，则抓取所有分支。
• 拉取 命令：git pull [remote name] [branch name]- 拉取指令就是将远端仓库的修改拉到本地并自动进行合并，等同于fetch+merge- 如果不指定远端名称和分支名，则抓取所有并更新当前分支。

解决合并冲突

在一段时间，A、B用户修改了同一个文件，且修改了同一行位置的代码，此时会发生合并冲突。 A用户在本地修改代码后优先推送到远程仓库，此时B用户在本地修订代码，提交到本地仓库后，也需要 推送到远程仓库，此时B用户晚于A用户，故需要先拉取远程仓库的提交，经过合并后才能推送到远端分支,如下图所示。

在B用户拉取代码时，因为A、B用户同一段时间修改了同一个文件的相同位置代码，故会发生合并冲突。

远程分支也是分支，所以合并时冲突的解决方式也和解决本地分支冲突相同相同，在此不再赘述，需要学员自己练习。

补充说明

Git pull

git pull

命令是从远程库获取最新代码并自动合并到本地分支的快捷方式。它实际上包含了两个操作：

fetch

和

merge

。当我们使用

git pull

命令时，Git会自动下载最新代码，并尝试将最新代码合并到当前分支。

以下是一个示例，展示了如何使用

git pull

命令从远程库更新最新代码：

$ git pull origin master

上述命令将从名为”origin”的远程库的”master”分支获取最新代码，并尝试将其合并到当前分支。

需要注意的是，如果当前分支和要合并的分支存在冲突，Git会要求我们解决冲突并手动执行合并操作。

Git fetch

相比之下，Git fetch命令只是从远程库下载最新代码，但并不自动合并到本地分支。它只是将最新代码下载到本地仓库的一个特殊的分支，称为远程跟踪分支。这样我们可以查看最新代码的变动，然后决定是否需要合并到当前分支。

以下是一个示例，展示了如何使用

git fetch

命令从远程库下载最新代码：

$ git fetch origin

上述命令将从名为”origin”的远程库下载最新代码到本地仓库的远程跟踪分支。

可以使用

git branch -r

命令查看远程跟踪分支，然后使用

git merge

命令将最新代码合并到当前分支。

总结

##########################1-将本地仓库推送到远程仓库# 完成4.1、4.2、4.3、4.4的操作
略
# [git_test01]添加远程仓库git remote add origin [email protected]/**/**.git
# [git_test01]将master分支推送到远程仓库,并与远程仓库的master分支绑定关联关系git push --set-upstream origin master
###########################2-将远程仓库克隆到本地# 将远程仓库克隆到本地git_test02目录下git clone [email protected]/**/**.git git_test02
# [git_test02]以精简的方式显示提交记录
git-log
###########################3-将本地修改推送到远程仓库# [git_test01]创建文件file03.txt
略
# [git_test01]将修改加入暂存区并提交到仓库,提交记录内容为：add file03gitadd.git commit -m 'add file03'# [git_test01]将master分支的修改推送到远程仓库git push origin master
###########################4-将远程仓库的修改更新到本地# [git_test02]将远程仓库修改再拉取到本地git pull
# 以精简的方式显示提交记录
git-log
# 查看文件变化(目录下也出现了file03.txt)
略

在vscode中使用Gitlens插件（个人观点总结）

Gitlens的下载

找到并安装扩展

这里我直接打开了一个git好的文件夹：

git add

操作

我这里在file0.txt添加了一句话

点击（为方便比较我更改了两个文件一个加入缓存区了一个没有）

**暂存区的文件再次点击

-

即为取消**，单击这个item即为查看文件更改情况

commit

操作

如果点击的是上面哪个，会自动弹出下面的，在框中输入要提交的注释点击提交便可以提交到本地仓库

branch的相关操作（注意鼠标右键位置）

创建/删除branch;回退

• 鼠标右键creat branch/delete branch
• 回退:Reset Current Branch to Commit- reset 默认情况，用于重置暂存区的文件与上一次的提交(commit)保持一致，工作区文件内容保持不变。留下所有的更改在workTree- soft 留下所有的更改在index（英文是这么写的我感觉是暂存区）和 workTree- hard reset 彻底还原为当时的情况（会删除它前面的提交）
  

  switch操作

点击分支的图标（我当前是在master所以显示的是master）并在上方框中选择

merge操作

右键你想要合并的分支点击

Merge Branch into Current Branch

Merge

• 合并 master 分支到 test 分支，创建一个合并提交。即使可以快进合并（fast-forward），也会创建一个新的合并提交。

Fast-forward Merge

• 如果可能，将 master 分支快进合并（fast-forward）到 test 分支。这意味着不会创建新的合并提交，而是直接把 test 分支指向 master 分支的最新提交。

Squash Merge

• 将 master 分支的所有更改压缩（squash）为一个提交，然后合并到 test 分支。这会在 test 分支上创建一个新的提交，包含所有更改。

Merge without Fast-Forwarding

• 合并 master 分支到 test 分支，不使用快进（fast-forward）。无论是否可以快进合并，都会创建一个新的合并提交。

Merge without Fast-Forwarding or Committing

• 合并 master 分支到 test 分支，不使用快进（fast-forward）且不提交。会将更改合并，但不会自动创建一个合并提交，需要手动提交合并。

远程仓库相关操作

直接找，pull与push在相同位置

补充：Alpha、Beta、RC、Release版本的区别（与git没有多大联系个人搜索遇到的）

以下为作者：小龙在山东 的总结

原文链接：https://blog.csdn.net/lilongsy/article/details/83094977

开发期

Alpha

α是希腊字母的第一个，表示最早的版本，预览版，内部测试版，一般不向外部发布，bug会比较多，功能也不全，一般只有测试人员使用。

Beta

β是希腊字母的第二个，公开测试版，比alpha版本晚些，主要会有“粉丝用户”测试使用，该版本仍然存在很多bug，但比alpha版本稳定一些。这个阶段版本还会不断增加新功能。分为Beta1、Beta2等，直到逐渐稳定下来进入RC版本。

RC（Release Candidate）

最终测试版本，发行候选版本，基本不再加入新的功能，主要修复bug。是最终发布成正式版的前一个版本，将bug修改完就可以发布成正式版了。多数开源软件会推出两个RC版本，最后的 RC2 则成为正式版本。

完成期

Release

正式发布版，官方推荐使用的版本，有的用GA来表示。比如spring。

Final

最终版，也是正式发布版的一种表示方法。比如Hibernate。

Stable

稳定版，来自预览版本释出使用与改善而修正完成。

GA（General Availability）

正式发布的版本；在国外都是用GA来说明release版本的。

RTM(Release to Manufacturing)

给生产商的release版本；RTM版本并不一定意味着创作者解决了软件所有问题；仍有可能向公众发布前更新版本。
另外一种RTM的称呼是RTW（Release To Web），表示正式版本的软件发布到Web网站上供客户免费下载。

RTL(Retail)

零售版；是真正的正式版，正式上架零售版。
以Windows 7为例，RTM版与零售版的版本号是一样的。

按授权划分

Trial

试用版，通常都有时间限制，有些试用版软件还在功能上做了一定的限制。可注册或购买成为正式版

Unregistered

未注册版，通常没有时间限制，在功能上相对于正式版做了一定的限制。可注册或购买成为正式版。

Demo

演示版，仅仅集成了正式版中的几个功能，不能升级成正式版 ，一般会有功能限制。

Lite

精简版。

Full version

完整版，属于正式版。

Plus

加强版

Delux

豪华版 (deluxe: 豪华的，华丽的)

其他

Enhance

增强版或者加强版　属于正式版1

Free

自由版

Upgrade

升级版

Retail

零售版

Cardware

属共享软件的一种，只要给作者回复一封电邮或明信片即可。（有的作者并由此提供注册码等），目前这种形式已不多见。

Preview

预览版

Corporation & Enterprise

企业版

Standard

标准版

Mini

迷你版也叫精简版只有最基本的功能

Premium

贵价版，旗舰版

Professional(Pro)

专业版

Express

特别版

Regged

已注册版

Build

内部标号

OEM(Original Equipment Manufacturer)

原始设备制造商；是给计算机厂商随着计算机贩卖的，也就是随机版；
只能随机器出货，不能零售。只能全新安装，不能从旧有操作系统升级。包装不像零售版精美，通常只有一面CD和说明书(授权书)。

RVL

号称是正式版，其实RVL根本不是版本的名称。它是中文版/英文版文档破解出来的。

EVAL

而流通在网络上的EVAL版，与“评估版”类似，功能上和零售版没有区别。
自由版

Upgrade

升级版

Retail

零售版

Cardware

属共享软件的一种，只要给作者回复一封电邮或明信片即可。（有的作者并由此提供注册码等），目前这种形式已不多见。

Preview

预览版

Corporation & Enterprise

企业版

Standard

标准版

Mini

迷你版也叫精简版只有最基本的功能

Premium

贵价版，旗舰版

Professional(Pro)

专业版

Express

特别版

Regged

已注册版

Build

内部标号

OEM(Original Equipment Manufacturer)

原始设备制造商；是给计算机厂商随着计算机贩卖的，也就是随机版；
只能随机器出货，不能零售。只能全新安装，不能从旧有操作系统升级。包装不像零售版精美，通常只有一面CD和说明书(授权书)。

RVL

号称是正式版，其实RVL根本不是版本的名称。它是中文版/英文版文档破解出来的。

EVAL

而流通在网络上的EVAL版，与“评估版”类似，功能上和零售版没有区别。