Git学习笔记

Git介绍

Git是一个免费的，开源的分布式版本控制系统，可以帮助我们快速高效地解决从小型到大型的各种项目
Git易于学习，占地面积小，性能极快，而且具有廉价的本地库，方便的暂存区域和多个工作流分支等特性。性能优于Subversion、CVS、Perforce和ClearCase等版本控制工具。

所谓版本控制就是：记录文件的内容变化，以便来查阅特定版本修订情况的系统

版本控制其实最重要的是可以记录文件修改的历史记录，从而能够让用户能够查看历史版本，方便版本间的切换

为什么需要版本控制：个人开发过渡到了团队协作。

集中式的版本控制工具：例如CVS、SVN等，都有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连接到这台服务器，取出最新的文件或者提交更新。多年以来，这已成为版本控制系统的标准做法。这种做法有好有坏，每个人都可以在一定程度上看到其他人正在做什么。而管理员也可以轻松掌握每个开发者的权限，并且管理一个集中化的版本控制系统，要远比在各个客户端上维护本地数据库来得容易的多。

但是，如果中央服务器出现故障宕机后，在修复期间，谁都无法提交更新，无法协同工作

分布式版本控制工具：例如Git，客户端提取的不是最新版本的文件快照，而是把仓库完整的镜像拉到本地库中。这样任何一处协同工作用的文件发生故障，事后都可以用其他客户端的本地仓库进行恢复，因为每个客户端的每一次文件提取操作，实际上都是一次对整个文件仓库的完整备份。

分布式版本控制系统解决了集中式版本控制系统的缺陷：

• 在服务器断网的情况下也可以进行开发（因为版本控制是在本地进行的）
• 每个客户端保存的也都是整个完整的项目（包含历史记录，更加安全）

Git的工作机制：工作区（代码所在的位置），通过git add添加到暂存区（临时存储代码），然后再通过git commit添加到本地库（记录历史版本），最后可以通过git push推送到远程库（代码托管中心）

代码托管中心：是基于网络服务的远程代码仓库，一般称之为远程库。代码托管中心分两种，有基于互联网的代码托管中心（如Git、Gitee）和基于局域网的代码托管中心（Gitlab）

Git安装

Git官方下载地址

下载完后，一路next到选择安装目录：

如图选择：（Git Bash Here，git命令行客户端；Git GUI Here，git图形化客户端）

然后一路next到如图选项：

再到

然后一路next到安装完成

Git常用命令

命令	作用
git config --global user.name [用户名]	设置用户签名
git config --global user.email [邮箱]	设置用户签名
git init	初始化本地库
git status	查看本地库状态
git add [文件名]	添加到暂存区
git commit -m "[日志信息]" [文件名]	提交到本地库，-m可以理解为注释
git reflog	查看精简历史记录
git log	查看详细记录记录
git reset --hard [版本号]	版本穿梭

在首次使用前，应该先设置我们的用户签名，否则无法提交代码。git不会去验证邮箱是否真实存在，这里设置的签名也不会跟GitHub、Gitee这些代码托管中心的登录产生任何关系，用户签名的作用只是用来区分不同操作者的身份，用户签名可以在每一个版本的提交信息中查看到。

git config --global user.name abc
git config --global user.email abc@123

① 如果本地库需要使用Git托管，在进入本地库目录后，需要使用git init初始化本地库。

② 如果想要查看本地库状态，在进入本地库目录后，需要使用git staus查看本地库状态。

③ 如果想要提交本地文件，在进入本地库目录后，首先需要git add [文件名]。

④ 如果想要删除暂存库中的文件，在进入本地库目录后，需要使用git rm --cached [文件名]，删除后暂存区后的文件，工作区依然存在。

⑤ 每次文件的修改都需要add到暂存区进行追踪才能够上commit到本地库中。

⑥ 如果想要在版本间穿梭，需要git reflog查看版本号，然后再git reset --hard [版本号]来切换版本。其原理是切换head指向的版本。

Git分支操作

在版本控制过程中，需要同时推进多个任务，我们就可以创建每个任务的单独分支。使用分支意味着程序员可以把自己的工作从开发主线上分离开来，开发自己分支的时候，不会影响到主线分支的运行。在这里，分支可以简单理解为副本，一个分支就是一个单独的副本。但其实分支的底层其实也是指针的引用，同时并行推进多分支可以有效提高开发效率。即使开发失败，对主线分支的影响也微乎其微。

命令	作用
git branch [分支名]	创建分支
git branch -v	查看分支
git checkout [分支名]	切换分支
git merge [分支名]	把指定的分支合并到当前分支上

merge时候产生冲突的原因：

• 合并分支时（一定要先切换到需要合并其他代码的分支上），两个分支在同一个文件的同一个位置上，两个分支都有做修改，那么现在git也不知道帮我们怎么合并代码了，所以我们自己需要取舍来解决掉这个冲突。解决完后也是需要先add再commit到本地库，但这次的commit不能够带文件名(add得带)，不然会出现致命错误(FATAL ERROR)。

其实创建分支的本质就是多创建一个指针。主线也好，分支也好，其实都是指向具体版本记录的指针。当前所在的分支是通过HEAD指针来决定的，如果HEAD指针指向主线分支，那么当前版本就是主线分支，如果HEAD指针指向其他分支，那么当前版本就是其他分支。
下面是一些常用命令：

命令	作用
git remote -v	查看当前所有远程地址的别名
git remote add [别名] [远程地址]	给远程地址起别名
git push [别名] [分支]	推送本地分支上的内容到远程仓库
git clone [远程地址]	将远程仓库的内容克隆到本地
git clone -b [分支名] [远程地址]	将远程仓库的分支内容克隆到本地
git pull [远程库地址别名] [远程分支名]	将远程仓库对于分支的最新内容拉下来后与当前本地分支进行合并