Git的学习笔记（持续更新）

一、前言

本篇文章是针对git的学习记录，将会持续进行更新

二、Git下载和安装

本块内容均来自于该篇文章->git详细安装教程

2.1 Git 的下载

这个就需要去 Git 官网下载对应系统的软件了，下载地址为 git-scm.com 或者gitforwindows.org
上面的 git-scm 是 Git 的官方，里面有不同系统不同平台的安装包和源代码，而 gitforwindows.org 里只有 windows 系统的安装包

2.2 Git 的安装

我下载的版本是 Git-2.31.1-64-bit.exe Git-2.35.1.2-64-bit.exe，接下来我们就对这个版本进行安装工作。

2.2.1 使用许可说明

双击下载后的 Git-2.31.1-64-bit.exe Git-2.35.1.2-64-bit.exe，开始安装，这个界面主要展示了 GPL 第 2 版协议1的内容，点击 [next] 到第二步。

2.2.2 选择安装目录

可点击 “Browse…” 更换目录，也可直接在方框里面改，我一般直接将 “C” 改为 “D”，这样就直接安装在 D 盘里了。点击 [next] 到第三步。

2.2.3 选择安装组件

图中这些英文都比较简单，我已经把大概意思翻译出来了，大家根据自己的需要选择勾选。点击 [next] 到第四步。

注：最后一个选项打勾的话，需要下载 Windows Terminal 配合 Git Bash使用，如图：

2.2.4 选择开始菜单文件夹

方框内 Git 可改为其他名字，也可点击 “Browse...” 选择其他文件夹或者给"Don't create a Start Menu folder" 打勾不要文件夹，点击 [next] 到第五步。

安装成功后在开始菜单里的图如下：

2.2.5 选择 Git 默认编辑器

Git 安装程序里面内置了 10 种编辑器供你挑选，比如 Atom、Notepad、Notepad++、Sublime Text、Visual Studio Code、Vim 等等，默认的是 Vim ，选择 Vim 后可以直接进行到下一步，但是 Vim 是纯命令行，操作有点难度，需要学习。如果选其他编辑器，则还需要去其官网安装后才能进行下一步。

下图为默认编辑器 Vim.可直接点击 [next] 到第六步。

如果你不想用 Vim 当默认编辑器，换一个，比如 Notepad++ ，那么你者需要点击下面的蓝色字体 " Notepad++ " 去其官网下载安装好才能进行下一步 [next].

安装后还要配置在我的电脑->属性->高级系统设置->高级->环境变量->系统变量->Path->编辑添加 Notepad++ 的安装地址，如 C:\Program Files\notepad++.
这样才能在 Git Bash 里面直接调用 Notepad++.

$ notepad++ 文件名.后缀  //在 git bash 调用 notepad++ 打开文件

新手建议使用 Notepad++ 、Sublime Text，这两个比 Windows 自带的记事本功能多太多了。点击 [next] 到第六步。

2.2.6 决定初始化新项目(仓库)的主干名字

第一种是让 Git 自己选择，名字是 master ，但是未来也有可能会改为其他名字；第二种是我们自行决定，默认是 main，当然，你也可以改为其他的名字。一般默认第一种，点击 [next] 到第七步。

注： 第二个选项下面有个 NEW！ ，说很多团队已经重命名他们的默认主干名为 main . 这是因为2020 年非裔男子乔治·弗洛伊德因白人警察暴力执法惨死而掀起的 Black Lives Matter(黑人的命也是命)运动，很多人认为 master 不尊重黑人，呼吁改为 main.

2.2.7 调整你的 path 环境变量

翻译如下：

Use Git from Git Bash only 
This is the most cautious choice as your PATH will not be modified at all. You w only be able to use the Git command line tools from Git Bash.
仅从 Git Bash 使用 Git
这是最谨慎的选择，因为您的 PATH 根本不会被修改。您将只能使用 Git Bash 中的 Git 命令行工具。


Git from the command line and also from 3rd-party software
(Recommended) This option adds only some minimal Git wrappers to your PATH to avoid cluttering your environment with optional Unix tools.
You will be able to use Git from Git Bash, the Command Prompt and the Windov PowerShell as well as any third-party software looking for Git in PATH.
从命令行以及第三方软件进行 Git
（推荐）此选项仅将一些最小的 Git 包装器添加到PATH中，以避免使用可选的 Unix 工具使环境混乱。
您将能够使用 Git Bash 中的 Git，命令提示符和 Windov PowerShell 以及在 PATH 中寻找 Git 的任何第三方软件。


Use Git and optional Unix tools from the Command Prompt 
Both Git and the optional Unix tools will be added to your PATH.
Warning: This will override Windows tools like "find"and "sort". Only use this option if you understand the implications.
使用命令提示符中的 Git 和可选的 Unix 工具
Git 和可选的 Unix 工具都将添加到您的 PATH 中。
警告：这将覆盖 Windows 工具，例如 "find" and "sort". 仅在了解其含义后使用此选项。

第一种是仅从 Git Bash 使用 Git。这个的意思就是你只能通过 Git 安装后的 Git Bash 来使用 Git ，其他的什么命令提示符啊等第三方软件都不行。

第二种是从命令行以及第三方软件进行 Git。这个就是在第一种基础上进行第三方支持，你将能够从 Git Bash，命令提示符(cmd) 和 Windows PowerShell 以及可以从 Windows 系统环境变量中寻找 Git 的任何第三方软件中使用 Git。推荐使用这个。

第三种是从命令提示符使用 Git 和可选的 Unix 工具。选择这种将覆盖 Windows 工具，如 “ find 和 sort ”。只有在了解其含义后才使用此选项。一句话，适合比较懂的人折腾。

2.2.8 选择 SSH 执行文件

翻译如下：

Use bundled OpenSSH 
This uses ssh. exe that comes with Git.
使用捆绑的 OpenSSH
这使用的 ssh.exe 是 Git 自带的 


Use (Tortoise) Plink 
To use PuTTY, specify the path to an existing copy of (Tortoise) Plink.exe
Set ssh. variant for Tortoise Plink 
使用 TortoisePlink (注，这是一个软件)
要使用 PuTTY，请指定 TortoisePlink.exe 的现有副本的路径
为 TortoisePlink 设置 ssh.variant

Use external OpenSSH 
NEW! This uses an external ssh. exe. Git will not install its own OpenSSH
(and related) binaries but use them as found on the PATH.
使用外部 OpenSSH
新！这使用外部 ssh.exe 文件。 
Git 不会安装自己的 OpenSSH（和相关）二进制文件，而是使用在环境变量 PATH 中找到的它们。

注：这是一个新功能，我 2021-4-17 安装的 2.31.1 版本并没有这个选项，先按默认的来吧，先填个坑，有机会再补充

2.2.9 选择HTTPS后端传输

翻译如下：

use the OpenSSL library 
Server certificates will be validated using the ca-bundle. crt file.
使用 OpenSSL 库
服务器证书将使用 ca-bundle.crt 文件进行验证。
	
Use the native Windows Secure Channel library 
Server certificates will be validated using Windows Certificate Stores.
This option also allows you to use your company's internal Root CA certificates distributed e.g. via Active Directory Domain Services.
使用本机 Windows 安全通道库
服务器证书将使用 Windows 证书存储进行验证。
此选项还允许您使用公司内部分发的内部根 CA 证书，例如通过 Active Directory 域服务。

这两种选项有什么区别呢？

来自https://stackoverflow.com/questions/62456484/whats-the-difference-between-openssl-and-the-native-windows-secure-channel-libr

如果在具有企业管理证书的组织中使用 Git，则将需要使用安全通道。如果你仅使用 Git 来访问公共存储库（例如 GitHub ），或者你的组织不管理自己的证书，那么使用 SSL 后端（它们只是同一协议的不同实现）就可以了。

也就是说，作为普通用户，只是用 Git 来访问 Github、GitLab 等网站，选择前者就行了。点击 [next] 到第十步.

2.2.10 配置行尾符号转换

Checkout Windows-style, commit Unix-style line endings 
Git will convert LF to CRLF when checking out text files. 
When committing text files, CRLF will be converted to LF. For cross-platform projects, this is the recommended setting on Windows("core. autocrif"is set to "true").
签出 Windows 样式，提交 Unix 样式的行结尾
Git 签出文本文件时，会将 LF 转换为 CRLF。
提交文本文件时，CRLF 将转换为 LF。
对于跨平台项目，这是 Windows 上的建议设置（"core.autocrif" 设置为 "true"）。

Checkout as-is, commit Unix-style line endings 
Git will not perform any conversion when checking out text files. 
When committing text files, CRLF will be converted to LF. For cross-platform projects, this is the recommended setting on Unix("core.autocrif" is set to "input").
按原样签出，提交 Unix 样式的行结尾
Git 在签出文本文件时不会执行任何转换。提交文本文件时，CRLF 将转换为 LF。
对于跨平台项目，这是在 Unix 上的建议设置（"core.autocrif" 设置为 "input"）。

Checkout as-is, commit as-is 
Git will not perform any conversions when checking out or committing text files. 
Choosing this option is not recommended for cross-platform projects("core. autocrif"is set to "false").
按原样签出，按原样提交
Git 在签出或提交文本文件时不会执行任何转换。
不建议跨平台项目选择此选项（"core.autocrif" 设置为 "false"）。

这三种选择分别是：

• 签出 Windows 样式，提交 Unix 样式的行结尾。

• 按原样签出，提交Unix样式的行结尾。

• 按原样签出，按原样提交。

2.2.11 配置终端模拟器以与 Git Bash 一起使用

Use MinTTY(the default terminal of MSYS2) 
Git Bash will use MinTTY as terminal emulator, which sports a resizable window
non-rectangular selections and a Unicode font.Windows console programs(such
as interactive Python) must be launched via 'winpty' to work in MinTTY.
使用 MinTTY（MSYS2的默认终端）
Git Bash 将使用 MinTTY 作为终端仿真器，该仿真器具有可调整大小的窗口非矩形选择和 Unicode 字体。
Windows 控制台程序（例如交互式 Python）必须通过 "winpty" 启动才能在 MinTTY 中运行。

Use Windows' default console 
window Git will use the default console window of Windows("cmd.exe"), which works v
with Win32 console programs such as interactive Python or node. js, but has a
very limited default scroll-back,needs to be configured to use a Unicode font in 
order to display non-ASCII characters correctly, and prior to Windows 10 its 
window was not freely resizable and it only allowed rectangular text selections.<br>
使用 Windows 的默认控制台窗口
Git 将使用 Windows 的默认控制台窗口（"cmd.exe"），该窗口可与 Win32 控制台程序（例如交互式Python 或 
node.js）一起使用，但默认回滚非常有限，需要将其配置为使用 Unicode 字体才能正确显示非 ASCII 字符，并且在 
Windows 10 之前，其窗口不可随意调整大小，并且仅允许选择矩形文本。

建议选择第一种，MinTTY 3功能比 cmd 多，cmd 只不过 比 MinTTY 更适合处理 Windows 的一些接口问题，这个对 Git 用处不大，除此之外 Windows 的默认控制台窗口（cmd）有很多劣势，比如 cmd 具有非常有限的默认历史记录回滚堆栈和糟糕的字体编码等等。
相比之下，MinTTY 具有可调整大小的窗口和其他有用的可配置选项，可以通过右键单击的工具栏来打开它们 git-bash 。点击 [next] 到第十二步。

2.2.12 选择默认的 “git pull” 行为

ODefault(fast-forward or merge)
This is the standard behavior ofgit pull": fast-forward the current branch to 
the fetched branch when possible, otherwise create a merge commit.
默认（快进或合并）
这是 "git pull" 的标准行为：在可能的情况下将 当前分支 快进到 获取的分支，否则创建合并提交。

ORebase Rebase the current branch onto the fetched branch. If there are no local 
commits to rebase, this is equivalent to a fast-forward.
变基将当前分支变基到获取的分支上。如果没有本地提交要变基，则等同于快进。

Oonly ever fast-forward 
Fast-forward to the fetched branch. Fail if that is not possible.
只能快进快进到获取的分支。如果不可能，则失败。

“git pull” 是什么意思呢？
git pull 就是获取最新的远程仓库分支到本地，并与本地分支合并

上面给了三个 “git pull” 的行为：
第一个是 merge
第二个是 rebase
第三个是 直接获取

第一种 git pull = git fetch + git merge
第二种 git pull = git fetch + git rebase
第三种 git pull = git fetch ？(这个没试过，纯属猜测

一般默认选择第一项，git rebase 绝大部分程序员都用不好或者不懂，而且风险很大，但是很多会用的人也很推崇，但是用不好就是灾难。

git pull 只是拉取远程分支并与本地分支合并，而 git fetch 只是拉取远程分支，怎么合并，选择 merge 还是 rebase ，可以再做选择。

2.2.13 选择一个凭证帮助程序

翻译如下：

Git Credential Manager 
Use the cross-platform Git Credential Manager.
See more information about the future of Git Credential Manager here.
Git 凭证管理
使用跨平台的 Git  凭证管理。
在此处查看有关 Git 凭证管理未来的更多信息。

None 
Do not use a credential helper.
不使用凭证助手。

一共两个选项：

• Git 凭证管理
• 不使用凭证助手

第一个选项是提供登录凭证帮助的，Git 有时需要用户的凭据才能执行操作；例如，可能需要输入用户名和密码才能通过 HTTP 访问远程存储库（GitHub，GItLab 等等）。

登录图如下(属于第一个选项的，老图了)，来自https://segmentfault.com/q/1010000011171685

注：资料链接建议不用看，这个本来三个选项的，不知因何回退成两个选项了，原本的那个新选项被取消了

点击 [next] 进到十四步。

2.2.14 配置额外的选项

翻译如下：

Enable file system caching 
File system data will be read in bulk and cached in memory for certain operations("core.fscache" is set to "true"). 
This provides a significant performance boost.
启用文件系统缓存
将批量读取文件系统数据并将其缓存在内存中以进行某些操作（"core.fscache” 设置为 "true"）。
这可以显着提高性能。


Enable symbolic links 
Enable symbolic links(requires the SeCreateSymbolicLink permission).
Please note that existing repositories are unaffected by this setting.
启用符号链接
启用符号链接（需要SeCreateSymbolicLink权限）。
请注意，现有存储库不受此设置的影响。

有两个选项：

• 启用文件系统缓存

  启用文件系统缓存就是将批量读取文件系统数据并将其缓存在内存中以进行某些操作，可以显著提升性能。这个选项默认开启。

• 启用符号链接

  启用符号链接 ，符号链接是一类特殊的文件， 其包含有一条以绝对路径或者相对路径的形式指向其它文件或者目录的引用，类似于 Windows 的快捷方式，不完全等同 类Unix（如 Linux） 下的 符号链接。因为该功能的支持需要一些条件，所以默认不开启。

2.2.15 配置实验性选项

翻译如下：

Enable experimental support for pseudo consoles.
(NEW!) This allows running native console programs like Node or Python in a Git Bash window without using winpty, 
but it still has known bugs.
启用对伪控制台的实验性支持。
(新功能!) 这允许在不使用 winpty 的情况下在 Git Bash 窗口中运行诸如 Node 或 Python 之类的本机控制台程序，
但是它仍然存在已知的 bug。

Enable experimental built-in file system monitor
(NEW!) Automatically run a built-in file system watcher, to speed up common operations such as ' git status', ' git add', ' git commit', etc in worktrees containing many files.
启用实验性内置文件系统监视器
（新！）自动运行内置文件系统监视器，以加快包含许多文件的工作树中的常见操作，例如 'git status'、'git add'、'git commit' 等.

这是实验性功能，可能会有一些小错误之类的，建议不用开启。
点击 [install] 进行安装。

2.2.16 安装成功

三、配置git

3.1 配置基本信息

鼠标右键打开GitBash

进入到如下界面

1. 设置用户名

   git config –global user.name "yourname"

2. 设置用户邮箱

   git config –global user.email"your@email.com"

3. 查看是否配置成功

   git config --list

3.2 配置远程连接gitee仓库

1. ssh-keygen -t rsa -C "your@email.com"（填写自己的邮箱地址），然后回车即可

2. 然后系统会自动在系统用户的.ssh文件夹下生成两个文件，id_rsa和id_rsa.pub，用记事本打开id_rsa.pub，复制里面的全部内容

   

3. 进入自己的gitee账号，将复制的内容粘贴到Key框内即可

   

4. ssh -T git@github.com回车验证

5. 如果出现错误 You’ve successfully authenticated, but Gitee.com does not provide she access.

   执行 git pull origin master --allow-unrelated-histories

3.3 配置同时连接gitee和github

1. 删除原来相关账户和配置的残留

   git config --global --unset user.name "yourname"
   git config --global --unset user.email "yourEmail@163.com"
   

2. 生成公钥和私钥

   ssh-keygen -t rsa -C 'yourEmail@163.com' -f ~/.ssh/id_rsa_github
   ssh-keygen -t rsa -C 'yourEmail@163.com' -f ~/.ssh/id_rsa_gitee
   
   

3. 生成的文件在C:\Users\用户名\.ssh\

   

4. 将公钥添加到gitee和github上

   这个太简单了我这里就不描述了

5. 编写config配置文件

   主要是告诉Git我在访问这两个网站时，你要知道拿着哪个私钥去验证

   在.ssh目录下，去创建一个config文件（只有文件名,没有后缀）编写。

   # gitee
   Host gitee.com
   HostName gitee.com
   PreferredAuthentications publickey
   IdentityFile ~/.ssh/id_rsa_gitee
   
   # github
   Host github.com
   Hostname ssh.github.com
   PreferredAuthentications publickey
   IdentityFile ~/.ssh/id_rsa_github
   Port 443
   User git
   

6. 测试

   我在测试的时候踩过坑，不知道为什么github的验证一直失败,使用git一直连不上去，最终发现是config文件有点问题

   首先测试通过 HTTPS 端口的 SSH 是否可行，运行以下 SSH 命令

   # 这是我修改后的，测这个就可以了
   ssh -T -p 443 git@github.com
   
   # 原来的是
   ssh -T -p 443 git@ssh.github.com
   

   如果两个都无效，请参考这个链接内容错误：权限被拒绝（公钥） - GitHub Docs

   $ ssh -T git@gitee.com
   $ ssh -T git@github.com
   

   

四、git的使用

前提是git已经配置完成

4.1 从gitee克隆项目至本地

1. 复制项目的ssh路径

   

2. 选择需要克隆至的文件夹，右键打开Git Bash

3. git clone 刚刚复制的ssh路径

   

4. 克隆项目成功

4.2 简单提交修改后的项目至远程仓库

提交到远程仓库前，最好先从远程仓库更新最新代码

1. 进入克隆的项目文件夹

2. 右键打开Git Bash

3. 将修改了的文件添加至暂存区

   git add .

4. 查看状态

   git status

5. 提交到本地并携带附带消息

   git commit -m "first commit"（first commit为要提交的附带消息，可以修改）

6. 将本地消息提交到远程仓库的origin用户的master分支

   git push origin master

7. 提交成功

4.3 从远程仓库更新最新代码

这是同步代码，将远程最新的代码先跟你本地的代码合并一下，如果确定远程没有更新，可以不用这个，最好是每次都执行以下，完成之后打开代码查看有没有冲突，并解决，如果有冲突解决完成以后再次执行2跟3的操作。这里master可以是其他分支名字。

git pull origin master

4.4 查看远程仓库

git remote -v

4.5 分支常用操作

操作	git
查看当前本地分支	git branch
查看所有分支	git branch -a
查看远程origin分支	git branch -r
创建本地新的分支	git branch master2
切换本地到新分支	git checkout master2
对比两个分支的区别	git diff master…master2
将master2分支合并到当前分支	git merge master2
重命名	git branch -m bugfix bugfix-1
删除	git branch -d bugfix-1
创建远程分支，同时建立本地分支和远程分支的关联	git push --set-upstream origin V1.1（分支名）
创建本地分支，同时关联远程分支	git checkout -b V1.0(分支名,可以随便起) origin/V1.0

4.6 提交代码到指定分支

远程仓库已有分支的情况下提交代码至这个分支

问题出现场景：

在公司中部门其他人员已经创建了某个分支，要求我们在这个分支进行开发，这时候我们就遇到了以下问题：我们本地默认是只有master/main分支，那如何提交代码到上述远程分支呢？

问题解决策略：

1. 查看本地分支：git branch

   

2. 查看远程分支：git branch -a

   

   （因为手头没有做示例的git仓库，所以p图假设一下，这里V1.0本地没有的远程分支）

3. 创建一个本地分支V1.0用来关联远程分支V1.0

   git checkout -b V1.0(分支名,可以随便起) origin/V1.0

   

4. git branch、git branch -a 查看分支情况

   这时会发现本地和远程分支都已经切换到了V1.0上

5. 拉取、提交、推送 1.git add . 2.git commit -m "备注信息" 3. git push

远程仓库没有分支，想要创建一个新的远程分支并且将代码提交到这个分支

问题出现场景：

在上述第一种情况中提到了部门其他人员已经创建了某个分支，要求我们在这个分支进行开发，那么他们在创建这个分支后肯定要将项目代码也提交到这个分支上，然后再给我们开发。所以他们是怎么创建一个新的远程分支并且将代码提交上去的呢？

问题解决策略：

1. 查看远程和本地的当前分支：git branch -a 、 git branch

   

2. 创建一个本地分支：git checkout -b V1.1(分支名)

   

   此时再查看本地分支和远程分支，我们发现本地分支切换到了V1.1，但是远程却没有这个分支！

   

3. 建立本地分支和远程分支的关联（创建远程分支）

   git push --set-upstream origin V1.1（分支名）

   

   此时再查看远程是否成功创建了V1.1这个分支

   看下图可以发现V1.1远程分支已经创建，并且当前分支也切换到了V1.1

   这就说明了本地V1.1和远程V1.1分支已经成功关联，可以进行提交代码的操作了！

   

4. 拉取、提交、推送 1.git add . 2.git commit -m "备注信息" 3.git push

   

   如图成功提交代码！

   ​

4.7 将本地仓库代码上传到新建的gitee/github远程仓库

1. 初始化git

   进入到你需要上传的项目的目录下，右键找到Git Bah Here，目的是可以直接在当前目录进行初始化，然后输入以下命令即可

   git init
   

2. 将本地项目工作区的所有文件添加到暂存区

   # 小数点 “.” ，意为添加文件夹下的所有文件；也可以将 “.” 换成具体的文件名，如果想添加项目中的指定文件，那就把 “.” 改为指定文件名即可。
   git add .
   

3. 将暂存区的文件提交到本地仓库

   # 注释的作用是告诉下载和浏览的用户你这次提交代码所改变的地方
   git commit -m "注释说明"
   

4. 在gitee（github）上新建远程仓库

5. 将本地代码仓库关联到gitee上

   git remote add origin 仓库地址
   

   

   仓库地址就是复制这里的地址。作用是将本地的仓库关联到远程仓库。

   在这一步时如果出现错误：fatal:remote origin already exists，解决方法如下：

   先输入

    git remote rm origin
   

   再输入

   git remote add origin 仓库地址
   

6. 将代码由本地仓库上传到gitee远程仓库

   1. 获取远程库与本地同步合并

      如果远程库不为空必须做这一步，否则后面的提交会失败。

      # 不加这句可能报错，原因是 gitee 中的 README.md 文件不在本地仓库中。
      # 可以通过该命令进行代码合并
      git pull --rebase origin master  
      

   2. 把当前分支master推送到远程

      执行此命令后有可能会让输入用户名、密码

      git push -u origin master
      

      执行完之后如果无错误就上传成功了，需要提示的是这里的 master 是 gitee默认的分支。

      如果你本地的当前分支不是 master，就用git checkout master命令切换到master分支。
      如果你想用本地当前分支上传代码，则把第6步的命令里的 master 切换成你的当前分支名即可。

7. 操作成功