1. Git简介

1.1 Git历史

同生活中的许多伟大事件一样，Git 诞生于一个极富纷争大举创新的年代。Linux 内核开源项目有着为数众广的参与者。绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上（1991－2002年间）。到 2002 年，整个项目组开始启用分布式版本控制系统 BitKeeper 来管理和维护代码。
到 2005 年的时候，开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束，他们收回了免费使用 BitKeeper 的权力。这就迫使 Linux 开源社区（特别是 Linux的缔造者 Linus Torvalds ）不得不吸取教训，只有开发一套属于自己的版本控制系统才不至于重蹈覆辙。他们对新的系统订了若干目标：

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

1.2 Git和Svn对比

Git：Git是分布式版本控制系统，那么它就没有中央服务器的，每个人的电脑就是一个完整的版本库，这样，工作的时候就不需要联网了，因为版本都是在自己的电脑上。既然每个人的电脑都有一个完整的版本库，那多个人如何协作呢？比如说自己在电脑上改了文件A，其他人也在电脑上改了文件A，这时，你们两之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。

管理方式
Svn：SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而干活的时候，用的都是自己的电脑，所以首先要从中央服务器哪里得到最新的版本，然后干活，干完后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，如果在局域网还可以，带宽够大，速度够快，如果在互联网下，如果网速慢的话，就郁闷了。

集中管理方式

1.3 Git工作流程

1．从远程仓库中克隆 Git 资源作为本地仓库
2．从本地仓库中checkout代码然后进行代码修改
3．在提交前先将代码提交到暂存区
4．提交修改：提交到本地仓库，本地仓库中保存修改的各个历史版本
5．在修改完成后，需要和团队成员共享代码时，可以将代码push到远程仓库

流程图

2. Git安装

2.1 Git安装

下载：Git官网下载安装包 https://git-scm.com/downloads
安装：默认选项安装即可

2.2 TortoiseGit安装

下载：官网下载安装包 https://tortoisegit.org/download/，同时下载汉化包
安装：默认选项安装

在安装过程中需要指定Git安装目录：

指定Git安装目录
配置开发者姓名及邮箱，每次提交代码时都会把此信息包含到提交的信息中
安装中文语言包，默认选项安装，安装完成后，通过Settings选项设置语言包

设置语言包

TortoiseGit使用方法类似TortiseSvn，对于熟悉TortiseSvn操作的可以快速适应TortoiseGit的操作

3. 使用Git管理文件版本

3.1 创建版本库

使用Git Bash Here：$ git init
使用TortoiseGit：在目录中点击右键菜单选择“在这里创建版本库，本质仍是git init命令

版本库：“.git”目录就是版本库，将来文件都需要保存到版本库中
工作目录：包含“.git”目录的目录，也就是.git目录的上一级目录就是工作目录，只有工作目录中的文件才能保存到版本库中。

3.2 添加文件

选中文件，将工作区中的文件添加到暂存区（git add）
提交文件，将暂存区中的文件保存至版本库（git commit）

工作区：工作区就是你在电脑里能看到的目录，比如我的reporstory文件夹就是一个工作区
暂存区：暂存区是版本库的重要组成部分，用git add把文件添加后，实际是把文件修改添加到暂存区，后面通过git commit提交更改，就是把暂存区的所有内容提交到当前分支

示意图

3.3 修改文件

提交修改：TortoiseGit工具提交
查看修改历史：TortoiseGit-显示日志
差异比较：TortoiseGit-比较差异
还原修改：已修改文件，可通过TortoiseGit-还原，来还原修改

3.4 删除文件

删除文件：TortoiseGit-删除，删除本地及版本库中的文件
删除文件并保留本地副本：TortoiseGit-删除文件并保留本地副本，删除版本库中的文件，保留本地副本

删除操作在提交至版本库后生效

3.5 忽略文件语法规范（了解）

空行或是以 # 开头的行即注释行将被忽略
可以在前面添加正斜杠 / 来避免递归
可以在后面添加正斜杠 / 来忽略文件夹，例如 build/ 即忽略build文件夹
可以使用 ! 来否定忽略，即比如在前面用了 *.apk ，然后使用 !a.apk ，则这个a.apk不会被忽略
用来匹配零个或多个字符，如 *.[oa] 忽略所有以".o"或".a"结尾
*~ 忽略所有以 ~ 结尾的文件（这种文件通常被许多编辑器标记为临时文件）；
[] 用来匹配括号内的任一字符，如 [abc] ，也可以在括号内加连接符，如 [0-9] 匹配0至9的数；
? 用来匹配单个字符

4. 远程仓库

4.1 添加远程仓库

4.1.1 在Github创建远程仓库

创建远程仓库

4.1.2 ssh协议

定义
SSH 为 Secure Shell（安全外壳协议）的缩写，由 IETF 的网络小组（Network Working Group）所制定。SSH 是目前较可靠，专为远程登录会话和其他网络服务提供安全性的协议。利用 SSH 协议可以有效防止远程管理过程中的信息泄露问题。
基于密钥的安全验证
使用ssh协议通信时，推荐使用基于密钥的验证方式。你必须为自己创建一对密匙，并把公用密匙放在需要访问的服务器上。如果你要连接到SSH服务器上，客户端软件就会向服务器发出请求，请求用你的密匙进行安全验证。服务器收到请求之后，先在该服务器上你的主目录下寻找你的公用密匙，然后把它和你发送过来的公用密匙进行比较。如果两个密匙一致，服务器就用公用密匙加密“质询”（challenge）并把它发送给客户端软件。客户端软件收到“质询”之后就可以用你的私人密匙解密再把它发送给服务器
ssh密钥生成：

通过右键，选择Git Bash Here，进入命令行窗口
执行命令：ssh-keygen -t rsa
在windows本地用户.ssh目录下生成如下名称的公钥和私钥

公钥和私钥

ssh密钥配置

在github上通过Settings-SSH and GPG keys菜单
在key部分将公钥中的内容完整拷贝进去，然后点击“Add SSH key”按钮完成配置

使用过程中发现，通过git命令行上传代码提示：ssh: connect to host github.com port 22: Connection timed out，可以通过这个方法解决https://blog.csdn.net/qq_42146613/article/details/82772734
注意：在使用ssh -T git@github.com测试时，会提示：Are you sure you want to continue connecting (yes/no)? 这里要输入yes，不能直接回车

4.2 从远程仓库克隆

使用Git Bash Here

git clone git@github.com:PerterQ/repo1.git

使用TortoiseGit：

在指定目录下，右键Git 克隆
指定克隆的URL（服务器地址）、目录（本地保存目录）

克隆

4.3 远程仓库数据同步

4.3.1 同步到远程仓库

使用Git Bash Here

git remote add origin git@github.com:PerterQ/repo1.git
git push -u origin master

使用TortoiseGit同步-SSH

在要推送至服务器的目录，右键选择Git同步
远端URL管理配置：

远端URL管理
选择网络，配置SSH客户端

SSH客户端
选择Git-远端，配置远端origin
远端：远端名称，一般都叫origin
URL：推送至服务器的地址，即GitHub代码地址
推送 URL：推送至服务器的地址，即GitHub代码地址
Putty 密钥：之前生成生成的私钥

远端origin
配置完成后，通过推送按钮，将代码推送至服务器

推送

使用TortoiseGit同步-HTTPS

在要推送至服务器的目录，右键选择Git同步
远端URL管理配置：

远端URL管理
选择Git-远端，配置远端origin
远端：远端名称，一般都叫origin
URL：推送至服务器的地址，即GitHub代码地址
推送 URL：推送至服务器的地址，即GitHub代码地址
Putty 密钥：HTTPS不需要配置密钥

远端配置
配置完成后，通过推送按钮，将代码推送至服务器

推送
HTTPS方式需要输入用户名和密码，在点击推送的时候会提示输入用户名密码

账户

4.3.2 从远程仓库获取代码

git fetch：相当于是从远程获取最新版本到本地，不会自动merge（合并代码）-更安全
git pull：相当于是从远程获取最新版本并merge到本地
通过TortoiseGit时可以通过右键菜单选择“拉取”（pull）或“获取”（fetch）

多人协作时，可能出现冲突问题，对于冲突问题，冲突处理方式类似svn冲突处理

5 分支管理

5.1 创建合并分支

在我们每次的提交，Git都把它们串成一条时间线，这条时间线就是一个分支。截止到目前，只有一条时间线，在Git里，这个分支叫主分支，即master分支。HEAD指针严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。
一开始的时候，master分支是一条线，Git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点：