第一章 Git概述
Git 是一个免费的、开源的分布式版本控制系统，可以快速高效地处理从小型到大型的各种项目。
Git易于学习，占地面积小，性能极快。它具有廉价的本地库，方便的暂存区域和多个工作流分支等特性。其性能优于 Subversion、CVS、Perforce和 ClearCase 等版本控制工具。
何为版本控制
版本控制是一种记录文件内容变化，以便将来查阅特定版本修订情况的系统。
版本控制其实最重要的是可以记录文件修改历史记录，从而让用户能够查看历史版本，方便版本切换。
为什么需要版本控制
个人开发过渡到团队协作
版本控制工具
集中式版本控制工具
CVS、SVN(Subversion)、VSS……
集中化的版本控制系统诸如CVS、SVN等，都有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器,取出最新的文件或者提交更新。多年以来，这已成为版本控制系统的标准做法。
这种做法带来了许多好处,每个人都可以在一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限，并且管理一个集中化的版本控制系统，要远比在各个客户端上维护本地数据库来得轻松容易。
事分两面，有好有坏。这么做显而易见的缺点是中央服务器的单点故障。如果服务器宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工作。
分布式版本控制工具
Git、Mercurial、Bazaar、 Darcs…..
像 Git 这种分布式版本控制工具,客户端提取的不是最新版本的文件快照，而是把代码仓库完整地镜像下来(本地库)。这样任何一处协同工作用的文件发生故障，事后都可以用其他客户端的本地仓库进行恢复。因为每个客户端的每一次文件提取操作，实际上都是一次对整个文件仓库的完整备份。
分布式的版本控制系统出现之后,解决了集中式版本控制系统的缺陷:
- 服务器断网的情况下也可以进行开发(因为版本控制是在本地进行的)e
- 每个客户端保存的也都是整个完整的项目(包含历史记录，更加安全)
Git历史
略了吧，意义不大，感兴趣自行搜索
Git工作机制
工作区：写代码 —>git add—->暂存区：临时存储—>git commit—>本地库：历史版本—>git push—>推送到远程库
Git和代码托管中心
代码托管中心是基于网络服务器的远程代码仓库，一般我们简单称为远程库
局域网
GitLab
互联网：
GitHub（外网）
Gitee（国内网站）
第二章 Git安装
官方地址：Git - Downloads (git-scm.com)
具体安装配置项参考B站视频
第三章 Git常用命令
| 命令名称 | 作用 |
|---|---|
| git config –global user.name 用户名 | 设置用户签名 |
| git config –global user.email 邮箱 | 设置用户签名 |
| git init | 初始化本地库 |
| git status | 查看库状态 |
| git add 文件 | 添加到暂存区 |
| git commit -m”日志信息”文件名 | 将暂存区的文件提交到本地库 |
| git reflog | 查看版本信息 |
| git reset –hard 版本号 | |
| git log | 查看版本详细信息 |
签名
说明：签名的作用是区分不同操作者身份。用户的签名信息在每一个版本的提交信息中能够看到,以此确认本次提交是谁做的。Git 首次安装必须设置一下用户签名,否则无法提交代码。
※注意:这里设置用户签名和将来登录GitHub(或其他代码托管中心)的账号没有任何关系。
用户签名检查：家目录下存在一个.gitconfig文件，打开后可以看到配置
初始化本地库
git init
执行后会生成一个隐藏文件夹.git
添加到暂存区
git add 文件名，执行后将该文件加入到暂存区
如要将其从暂存区移除，可以执行命令git rm --cached 文件名
提交本地库
将暂存区的文件提交到本地库：git commit -m”日志信息”文件名
修改文件
文件修改后，查询状态会显示文件已修改。
需要再git add添加到本地库，然后git commit提交
版本穿梭
git reflog：查看版本信息（精简版）
git log：查看版本信息（详细）
穿梭：git reset –hard 版本号
底层就是移动head指针，具体可以查看.git中的head文件查看当前指针，再详细可以看ref文件夹内head文件夹
第四章 分支操作
在版本控制过程中，同时推进多个任务，为每个任务，我们就可以创建每个任务的单独支。使用分支意味着程序员可以把自己的工作从开发主线上分离开来，开发自己分支的时候，不会影响主线分支的运行。对于初学者而言，分支可以简单理解为副本，一个分支就是一个单独的副本。(分支底层其实也是指针的引用)
分支的好处
同时并行推进多个功能开发，提高开发效率。
各个分支在开发过程中，如果某一个分支开发失败，不会对其他分支有任何影响。失败的分支删除重新开始即可。
分支的操作
| 命令名称 | 作用 |
|---|---|
| git branch 分支名 | 创建分支 |
| git branch -v | 查看分支 |
| git checkout 分支名 | 切换分支 |
| git merge 分支名 | 把指定的分支合并到当前分支上 |
合并分支
正常合并：git merge 分支名
如果没有产生冲突，则可以直接合并。
关于冲突：合并分支时，两个分支在同一个文件的同一个位置有两套完全不同的修改。Git 无法替我们决定使用哪一个。必须人为决定新代码内容。
如果产生冲突，合并时会报错，状态显示为 master|merging。进入到冲突文件后，冲突位置会产生特殊符号>>>>>> ======= <<<<<<<，需要人为筛选保留的代码，并删特殊符号后重新提交后再执行合并。
第五章 Git团队协作机制
课程采用的图示，这边我自己总结一下：
一个项目上传到了GitHub仓库，如果另一个人也要加入项目，则要在GitHub上将这个人拉入成员，此后可以和这个人共同修改这个项目。
如果另一个团队需要用你的代码，他可以自己fork一下你的项目到自己仓库，就是复制一份你的代码。然后他就可以在自己团队拉取修改代码。
如果他修改的代码希望能提交到你这里，他会发起一个pull request，你收到后需要审核他的代码，在你同意后他的代码能pull到你的仓库，然后再自己修改。
第六章 GitHub操作
远程仓库操作
| 命令名称 | 作用 |
|---|---|
| git remote -v | 查看当前所有远程地址别名 |
| git remote add 别名 远程地址 | 起别名 |
| git push 别名 分支 | 推送本地分支上的内容到远程仓库 |
| git clone 远程地址 | 将远程仓库的呢日哦那个克隆到本地 |
| git pull 远程库地址别名 远程分支名 | 将远程仓库对于分支最新内容拉下来后与当前本地分支直接合并 |
创建远程仓库别名
git remote -v：查看当前所有远程地址别名
git remote add 别名 远程地址
1 | git remote add git-demo https://github.com/xxx/xxx.git |
本地库推送到远程仓库
git push 别名 分支
推送时会弹出登录框，提供两种登录方式：1.浏览器登录，2.口令登录。
推送成功后，GitHub远程仓库里就存在本地的项目了。
拉取远程库到本地
git pull 远程库地址别名 远程分支名
克隆
git clone 远程地址
克隆并不需要登录GitHub账号（公共库）
克隆实际做了三个步骤：1.拉取代码，2.初始化本地仓库，3.创建别名
克隆代码没有权限提交到仓库，需要授权加入协作，成为成员之后才能提交代码。
SSH免密登录
我们可以看到远程仓库中还有一个 SSH 的地址，因此我们也可以使用 SSH 进行访问。
配置：进入到家目录，.ssh文件，运行命令ssh-keyqen -trsa atguiguyueyue@aliyun.com生成密钥，进入.ssh文件可以发现存在两个文件：rsa为私钥，rsa.pub为公钥。复制公钥到GitHub的设置里，后续拉去项目可以免密登录。