版本控制--Git
描述：
git是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。Git是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。
开发中的实际场景：
-
场景一：备份
小明负责的模块就要完成了，就在即将Release之前的一瞬间，电脑突然蓝屏，硬盘光荣牺牲！几个月来的努力付之东流。 -
场景二：代码还原
这个项目中需要一个很复杂的功能，老王摸索了一个星期终于有眉目了，可是这被改得面目全非的 代码已经回不到从前了。什么地方能买到哆啦A梦的时光机啊？ -
场景三：协同开发
小刚和小强先后从文件服务器上下载了同一个文件：Analysis.java。小刚在Analysis.java 文件中的第30行声明了一个方法，叫count()，先保存到了文件服务器上；小强在Analysis.java文件中的 第50行声明了一个方法，叫sum()，也随后保存到了文件服务器上，于是，count()方法就只存在于小刚的记忆中了。 -
场景四：追溯问题代码的编写人和编写时间！
老王是另一位项目经理，每次因为项目进度挨骂之后，他都不知道该扣哪个程序员的工资！就拿这 次来说吧，有个Bug调试了30多个小时才知道是因为相关属性没有在应用初始化时赋值！可是二胖、王东、刘 流和正经牛都不承认是自己干的！
版本控制器的方式：
-
a、集中式版本控制工具
集中式版本控制工具，版本库是集中存放在中央服务器的，team里每个人work时从中央服务器下载代 码，是必须联网才能工作，局域网或互联网。个人修改后然后提交到中央版本库。
举例：SVN和CVS -
b、分布式版本控制工具
分布式版本控制系统没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样工作的时候，无 需要联网了，因为版本库就在你自己的电脑上。多人协作只需要各自的修改推送给对方，就能互相看到对方的 修改了。
举例：Git
Git环境配置：
下载地址： Git
安装：
下载好安装文件后直接安装，有图中的样式就是安装成功
解释说明：
Git GUI：Git提供的图形界面工具
Git Bash：Git提供的命令行工具
基本配置
1.打开Git bash
2.设置用户名和邮箱(邮箱格式要正确，邮箱可以是不存在的)
git config --global user.name “xxx”
git config --global user.email “[email protected]”
3.查看设置用户信息
git config --global user.name
git config --global user.email
4.为常用指令配置别名
4.1、创建.bashrc文件
touch ~/.bashrc
4.2、设置命令别名
#用于输出git提交日志
alias git-log='git log --pretty=oneline --all --graph --abbrev-commit'
#用于输出当前目录所有文件及基本信息
alias ll='ls -al'
4.3、执行source ~/.bashrc命令
source ~/.bashrc
本地仓库
要使用Git对我们的代码进行版本控制，首先需要获得本地仓库。
-
在电脑的任意位置创建一个空目录作为我们的本地Git仓库
-
进入这个目录中，点击右键打开Git bash窗口
-
执行命令git init
-
如果创建成功后可在文件夹下看到隐藏的.git目录。
基础操作指令
1、创建一个文件
touch test.txt
2.查询文件状态
git status
3.添加文件（工作区—>暂存区）
git add .
查看状态
git status
4、提交文件（暂存区——>仓库）
git commit -m "提交信息"
查看状态
5、查看提交日志
git-log 注：这个是设置了别名的查看日志命令
6、版本退回
6.1、修改文件
6.2、查看文件状态
6.3、添加文件
6.4、查看状态
6.5、提交文件，查看文件状态
6.6、查看日志
6.7、退回修改前的版本
git reset --hard 81b3442
6.8、当使用clear清除窗口信息时，使用git reflog命令查看
git reflog
退回修改后的版本
7、添加文件至忽略列表
当存在多个文件，有些文件不需要操作提交时使用
# no .a files
*.a
# but do track lib.a, even though you're ignoring .a files above
!lib.a
# only ignore the TODO file in the current directory, not subdir/TODO
/TODO
# ignore all files in the build/ directory
build/
# ignore doc/notes.txt, but not doc/server/arch.txt
doc/*.txt
# ignore all .pdf files in the doc/ directory
doc/**/*.pdf
分支
1、查看本地分支
git branch
2、创建分支
git branch 名称
查看分支
3、切换分支
git checkout 分支名称
4、切换到未创建的分支
git checkout -b 分支名称
5、删除分支（不能删除当前分支）
git branch -d 分支名称
强制删除分支： 当有些修改没有合并时不能删除，需要强制删除
git branch -D 分支名称
6、合并分支
6.1、切换到dev分支，创建101.txt文件，并提交
6.2、切换到主分支，合并dev分支
合并前：
合并后：
7、合并冲突处理
7.1、主分支修改文件的内容为3，并提交
7.2、dev分支修改文件的内容为5，并提交
7.3、合并出现冲突
7.4、查看文件内容
7.5、解决冲突，进入文件，重新编辑，并提交最新的数据
7.6、查看日志
8、开发中分支使用原则与流程
几乎所有的版本控制系统都以某种形式支持分支。 使用分支意味着你可以把你的工作从开发主线上分离开来进行重大的Bug修改、开发新的功能，以免影响开发主线。
在开发中，一般有如下分支使用原则与流程：
- master （生产） 分支
线上分支，主分支，中小规模项目作为线上运行的应用对应的分支； - develop（开发）分支
是从master创建的分支，一般作为开发部门的主要开发分支，如果没有其他并行开发不同期上线
要求，都可以在此版本进行开发，阶段开发完成后，需要是合并到master分支,准备上线。 - feature/xxxx分支
从develop创建的分支，一般是同期并行开发，但不同期上线时创建的分支，分支上的研发任务完成后合并到develop分支。 - hotfix/xxxx分支，
从master派生的分支，一般作为线上bug修复使用，修复完成后需要合并到master、test、develop分支。 - 还有一些其他分支，
在此不再详述，例如test分支（用于代码测试）、pre分支（预上线分支）等
等。
git远程仓库
1.注册码云
2.新建仓库
3.设置仓库信息
4.生成的git仓库
5.配置ssh公钥
5.1、输入命令
ssh-keygen -t rsa
5.2、一直回车
5.3、获取公钥
cat ~/.ssh/id_rsa.pub
5.4、gitee设置ssh公钥
5.5、验证是否配置成功，问号后面需要输入yes
ssh -T [email protected]
操作远程仓库
1、添加远程仓库
git remote add <远端名称> <仓库路径>
远端名称：默认是origin，取决于远端服务器设置
仓库路径：从远端服务器获取此URL
2、查看远程仓库
git remote
3、本地推送到远程仓库
git push [-f] [--set-upstream] [远端名称 [本地分支名][:远端分支名] ]
如果远程分支名和本地分支名称相同，则可以只写本地分支
git push origin master
-f 表示强制覆盖
--set-upstream 推送到远端的同时并且建立起和远端分支的关联关系。
git push --set-upstream origin master
如果当前分支已经和远端分支关联，则可以省略分支名和远端名。
git push 将master分支推送到已关联的远端分支。
查看远程仓库
4、本地分支与远程分支的关联关系
git branch -vv
5、从远程仓库克隆（远程仓库代码已存在）
5.1、新打开一个窗口
5.2、克隆
git clone <仓库路径> [本地目录]
本地目录可以省略，会自动生成一个目录
5.3、查看本地目录
5.4、进入克隆的目录下，重新打开一个窗口
6、从远程仓库中抓取和拉取
远程分支和本地的分支一样，我们可以进行merge操作，只是需要先把远端仓库里的更新都下载到本
地，再进行操作。
-
抓取 命令：
git fetch [remote name] [branch name]抓取指令就是将仓库里的更新都抓取到本地，不会进行合并
如果不指定远端名称和分支名，则抓取所有分支。 -
拉取 命令：
git pull [remote name] [branch name]拉取指令就是将远端仓库的修改拉到本地并自动进行合并，等同于fetch+merge
如果不指定远端名称和分支名，则抓取所有并更新当前分支。
7、解决合并冲突
在一段时间，A、B用户修改了同一个文件，且修改了同一行位置的代码，此时会发生合并冲突。
A用户在本地修改代码后优先推送到远程仓库，此时B用户在本地修订代码，提交到本地仓库后，也需要推送到远程仓库，此时B用户晚于A用户，故需要先拉取远程仓库的提交，经过合并后才能推送到远端分支,如下图所示。
