Git笔记 概述，安装，常用命令，分支操作，IDEA集成Git
Git概述
Git是一个免费的，开源的分布式版本控制系统，可以快速高效地从小型到大型地各种项目。
Git易于学习，占地面积小，性能极快，它具有廉价的本地库，方便的缓存区域个多个工作流分支等特性。其性能优于Subversion，CVS，Perforce和ClearCase等版本控制工具
何为版本控制
版本控制是一种记录文件内容变化，以便将来查阅特定版本修订情况的系统
版本控制其实最重要的是可以记录文件修改历史记录，从而让用户能够查看历史版本，方便版本切换。
为什么需要版本控制
个人开发过渡到团队协作，对代码的修改可能会把另一人对代码的修改给覆盖掉，所以需要git来实现版本控制
版本控制工具
集中式版本控制工具
CVS，SVN(Subversion)，VSS......
集中化的版本控制系统诸如CVS，SVN等，都有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连接到这台服务器，取出最新的文件或者提交更新，多年来，这已成为版本控制系统的标准做法。
这种做法带来了许多好处，每个人都可以在一定程度上看到项目中其他人正在做些什么。而管理员可以轻松掌握每个开发者的权限，并且管理一个集中化的版本控制系统，要远比在各个客户端上维护本地数据库来得轻松容易。
事分两面，有好有坏。这么做显而易见的缺点是中央服务器的单点故障。如果服务器宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工作。
分布式版本控制工具
Git，Mercurial，Bazaar，Darcs......
像Git这种分布式版本控制工具，客户端提取的不是最新版本的文件快照，而是把代码仓库完整的镜像下来(本地库)。这样任何一处协同工作用的文件发生故障，事后都可以用其他客户端的本地仓库进行恢复。因为每个客户端的每一次文件提取操作，实际上都是一次对整个文件仓库的完整备份。
分布式的版本控制系统出现以后，解决了集中式版本控制系统的缺陷
1、服务器断网的情况下也可以进行开发(因为版本控制是在本地进行的)
2、每个客户端保存的都是完整项目(包含历史记录，更加安全)
每个客户端更新项目版本，都会把代码推送到远程库中。客户端在编写代码前要连接远程库，将最新的代码克隆到本地库。基于自己的本地库来做版本的控制。写好新的版本之后还要将代码推送到远程库，保证代码是最新的。
Git简史
Git工作机制
工作区：存放代码的位置；将工作区的代码添加到暂存区。此时的代码是可以删除的，还没有生成对应的历史版本。暂存区代码提交到本地库，生成对应的历史版本(删不掉了，除非删库跑路)。生成历史版本后，从本地库将代码推送到远程库(push)。
Git和代码托管中心
代码托管中心是基于网络服务器的远程代码仓库，一般我们简单成为远程库。
局域网：GitLab
互联网：GitHub(外网)，Gitee码云(国内网站)
Git安装
Git官网：https://git-scm.com
点击DownLoad for Windows
选择相应版本即可，打不开就查看网页源代码，复制下载链接到迅雷
下载完成，打开
选择安装位置，路径最好非中文，没有空格
后面一路next，最后install，finish即可
桌面右键
安装成功
点击Git Bash Here，查看当前版本
Git常用命令
设置用户签名
签名的作用是区分不同操作者身份。用户的签名在每一个版本的提交信息中能够看到，以此确认本次提交是谁做的。Git首次安装必须设置以下用户签名，否则无法提交代码。
注意：这里设置的用户签名和将来登录GitHub的账号没有任何关系
可以在当前电脑用户下找到.gitconfig查看
初始化本地库
比如你的项目代码如下，你要用git去管理它
首先进入到项目目录中，右键Git Bash Here
输入命令
此时就在项目目录下生成了空的git库，.git文件默认隐藏，需要设置查看
或者在命令行使用命令: ll -a 查看
查看本地库状态
所在分支，是否提交过，未被追踪的文件(只存在于工作区)，使用git add命令添加到暂存区
添加暂存区
自动转换行末换行符
再次查看本地库状态
此时这个文件就在缓存区了 ，使用提示命令将它从暂存区删除
提交本地库
将暂存区文件提交到本地库
git commit -m "日志信息" 文件名
提示帮我们转换了行末换行符，主干分支首次提交，一个文件被改变，3行内容被插入
方括号里的7位字符就是版本号的前七位
查看版本信息
详细信息
修改文件
修改hello.txt
查看本地库状态
红色表示当前修改还没有被添加到暂存区
添加进暂存区
提交本地库
历史版本
查看版本信息
详细信息
版本穿梭
git reset --hard 版本号
查看当前的版本
切换到第一次提交的版本
此时工作区中内容也会改变
查看版本信息
可以在.git/refs/heads/master中查看当前master分支版本号
Git切换版本，底层其实是移动的HEAD指针
Git分支操作
什么是分支
在版本控制中，同时推进多个任务，为每个任务，我们就可以创建每个任务的单独分支。使用分支意味着程序员可以把自己的工作从开发主线上分离开来，开发自己分支的时候，不会影响主线分支的运行。对于初学者而言，分支可以简单理解为副本，一个分支就是一个单独的副本。(分支底层其实也是指针的引用)
分支的好处
同时并行推进多个功能开发，提高开发效率
各个分支在开发过程中，如果某一个分支开发失败，不会对其他分支有任何影响。失败的分支删除重新开始即可。
分支的操作
查看分支
创建分支
查看分支
切换分支
修改hello.txt，保存
将其添加暂存区，提交本地库
合并分支
先切换回master分支
将hot-fix合并到当前分支
冲突合并
冲突产生的原因：合并分支时，两个分支在同一个文件的同一个位置有两套完全不同的修改。Git无法替我们决定使用哪一个，必须人为决定新代码内容。
先在master分支修改hello.txt，并添加暂存区，提交本地库
切换分支，修改同一位置，添加暂存区，提交本地库
切换回master分支，合并hot-fix分支，合并分支冲突
查看状态
手动合并，打开hello.txt
手动删除到自己想要的状态
将修改后的hello.txt，添加暂存区
提交本地库(注意不要加文件名)
合并成功
Git团队协作机制
团队内协助
跨团队协作
IDEA集成Git
配置Git忽略文件
为什么要忽略它们呢？
因为它们与项目的实际功能无关，不参与在服务器上部署运行。把它们忽略掉能屏蔽IDE工具之间的差异。
怎么忽略？
创建忽略文件xxxx.ignore（建议时git.ignore）
这个文件可以存放在任何位置，但是为了便于让~/.gitconfig文件引用，建议也放在用户家目录下。
模板如下
# Compiled class file
*.class
# Log file
*.log
# BlueJ files
*.ctxt
# Mobile Tools for Java (J2ME)
.mtj.tmp/# Package Files #
*.jar
*.war
*.nar
*.ear
*.zip
*.tar.gz
*.rar
hs_err_pid*
.classpath
.project
.settings
target
.idea
*.iml
在用户家目录(C:/用户/xxx)下新建文本文档，将模板复制进去，改下扩展名
在.gitconfig文件中引用忽略配置文件
在IDEA中定位Git程序
选择自己的git.exe安装目录，test显示正确版本号即可
初始化&添加&提交
创建Git本地库
此时可以看到没有被忽略的文件变红了，说明它没有被添加到暂存区。
右键将其添加
变绿说明加入到了暂存区，但还没有提交到本地库
右键将其提交
填写Commit Message提交即可
此时文件颜色正常了，就是成功了
切换版本
先对已提交代码进行修改
发现它变蓝了，说明这个文件被追踪过，但被修改了
将他进行添加暂存区，提交本地库（可以看到和上次提交代码的差别），又恢复正常颜色了
追踪过的文件可以直接提交本地库
查看版本信息
点击想要切换的版本，右键checkout revision
此时代码也切换到了对应的版本
创建分支&切换分支
输入要创建的分支的名字，并选择创建后切换分支
右下角显示当前所处分支
如何切换回来，点击它即可
合并分支
切换回hot-fix分支，修改代码，提交本地库
再切换回master分支，将hot-fix合并到master分支
合并冲突的情况
切换回hot-fix分支，修改代码，提交本地库
再切换回master分支，修改同一个位置的代码，并提交本地库
再次合并，产生冲突
点击merge，手动合并
