GIT教程
原创者：文思
一、Git基础
1、认识GIT
有了SVN为何还用GIT？
SVN增量式管理，GIT采取了文件系统快照的方式
SVN集中式管理，GIT分布式管理
其他优势：
大部分操作在本地不需要联网，只有pull和push时需要
尽可能添加数据还不是修改或删除数据
分支操作快捷(指针)
与Linux命令全面兼容
2、安装GIT
非windows环境安装:
https://git-scm.com/download/win
依次输入：./config，make，sudo make install
windows环境安装: Windows下要使用很多Linux/Unix的工具时，需要Cygwin这样的模拟环境，Git也一样。Cygwin的安装和配置都比较复杂。
msysgit，模拟环境和Git都打包好了，只需要下载一个单独的exe安装程序。msysgit是Windows版的Git。
https://git-for-windows.github.io原始下载，因中国国情：
http://www.oschina.net/p/git/或http://www.oschina.net/p/msysgit下载。
安装完成后，在开始菜单里找到“Git”->“Git Bash”，蹦出一个类似命令行窗口的东西，就说明Git安装成功！ 安装完成后，还需要最后一步设置，在命令行输入：
$ git config--global user.name "Your Name" $ git config --global user.email"email@example.com"
因为Git是分布式版本控制系统，所以，每个机器都必须自报家门：你的名字和Email地址。
注意:git config命令的--global参数，用了这个参数，表示你这台机器上所有的Git仓库都会使用这个配置，当然也可以对某个仓库指定不同的用户名和Email地址
3、GIT结构
工作区(写代码的地方)—git addà暂存区(临时存储)—git commità本地库(历史版本)
实际使用中很多人喜欢直接commit到本地库，这或许是从svn沿袭来的习惯。
工作区：版本库(.git) = .svn
Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。SVN是没有暂存区的。
文件往Git版本库里添加的时候，是分两步执行的：
第一步用git add把文件添加进去，实际上就是把文件修改添加到暂存区。
第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。
创建Git版本库时，Git自动为我们创建了唯一一个master分支，git commit就是往master分支上提交更改。add需要提交的文件修改通通放到暂存区，然后commit可一次性提交暂存区的所有修改
4、Git和代码托管中心：
局域网-GitLab服务器
外网-GitHub、码云
本地库与远程库协作方式：团队内部协作、跨团队协作
5、Git命令行操作
1)本地库初始化
git add
2)设置签名
用户名，email地址
作用：区分开发人员身份
这里设置的签名和登录远程库的账号、密码没有关系
命令：
项目级别/仓库级别：仅在当前本地库范围内有效
git config user.name tom_pro
git config user.email good_pro@126.com
信息保存位置：
系统用户界别：登录当前操作系统的用户范围
git config –globaluser.name tom_glb
git config –globalgood_pro@126.com
项目级别优先于用户级别
3）常用git命令
git stauts，显示工作目录和暂存区的状态：
上面绿色的文件代表在暂存区，未提交到本地库。
新建文件后git status查看：
上面红色文件代表在工作区未提交到暂存区。
git add 文件名，提交文件到暂存区：
以上文件已到暂存区，git rm - -cache 文件名, 代表从暂存区撤销文件Changes to be committed:(use “git reset
HEAD<file>…” to unstage)：
git add再次提交testGit.txt到暂存区，后进行git commit提交：
git commit 文件名，提交文件到暂存区:
git commit testGit.txt
输入提交的日志信息后：
至此文件已到本地库。修改文件再次提交看看信息是什么
git status看一下：
git add然后git commit即可。大家想下两步操作麻烦吗，回想一下maven命令的声明周期原理，如果我们直接commit呢？看看
直接提交完成，commit包含了add操作。即commit命令对应着eclipse中的commit选项。
查看历史记录操作：git log
想让日志优美一点：git log –pretty=oneline或git log –oneline
reflog 可看到移动到当前版本需要的步数
Head代表指针，指向的是每一个历史记录。
git reset --hard版本切换3种方式：
使用索引值草最(推荐)、使用^符号(只能往后退)、使用~符号(后退)
使用索引值草最(推荐)：
可以看到3bc406c已经回退到当前最近版本。再恢复：
可以看到又恢复了。
使用^符号：
使用~符号：
reset命令的三个参数对比：soft、hard、mixed
soft仅仅在本地库移动指针
mixed本地库移动指针并重置暂存区
hard在本地库移动指针，重置暂存区并重置工作区
git中对文件的删除操作也相当于修改，示例：文件删除并找回，创建文件并提交到本地库：
删除后并且再进行提交：
git reflog可以看到：
本地库里都有记录，包括删除的记录都存在，即可找回已删除文件。找回：
git diff，比较文件差异：
Git diff [文件名]将工作区中的文件和暂存区进行比较
Git diff [本地库历史版本] [文件名]将工作区中的文件和本地库历史记录比较。
例如：Git diff [文件名]将工作区中的文件和暂存区进行比较
提交后暂存区没有了，则无法比较了。
Git diff [本地库历史版本] [文件名]将工作区中的文件和本地库历史记录比较，使用本地库历史版本号比较：
分支
Branch命令，查看、创建分支
git branch –v查看分支
git branch [分支名]创建分支
git checkout[分支名]切换分支:
合并分支示例：先修改dev分支文件：
将修改后的dev分支的文件合并到master：
1、当前分支必须是master（站在接受修改的分支上，即切换为master分支）
2、执行merge命令
可以看到已经进行完成分支合并：
冲突解决：多个分支对同一个文件的同一个位置且内容不一致就会产生冲突。比如在master分支中修改testGit文件的最后一行，改为this is modify from；修改dev分支此文件最后一行为this is modify from dev!!!!!!
git chekout master 后 git merge master
看到合并成功且有冲突：
怎么解决就不用再说了。修改后冲突后看看暂存区是什么状态：
git add后再提交：
提交失败，回想一下eclipse中的操作，是不是先标记为“已解决”，这里应该有对应命令还是怎样？直接commit不写文件名:
貌似成功了，所以这时候commit提交一定不能带文件名。
6、Git的基本原理：
哈希，哈希是一个一系列的加密算法。不同的哈希算法有以下共同点：
1)不管输入的数据量有多大，输入同一个哈希算法，得到的加密结果长度固定。
2)哈希算法确定，输入数据确定，输出数据能够保证不变。
3)哈希算法不可逆
所以哈希算法可以用来验证文件。
Git底层采用的是SHA-1算法。
保存版本的机制
传统集中式版本控制工具的文件管理机制
以文件变更列表的方式存储信息。这类系统将它们保存的信息看作是一组基本，文件和每个文件随时间逐步累积的差：
Git 把数据看作是小型文件系统的一组快照。每次提交更新时Git 都会对当前的全部文件制作一个快照并保存这个快照的索引。为了高效，如果文件没有修改，Git 不再重新存储该文件，而是只保留一个链接指向之前存储的文件。所以Git 的工作方式可以称之为快照流：
提交对象及其父对象形成的链条：
分支创建指针原理：
分支切换原理：
看出指针（HEAD）在git中的应用。
7、仓库
创建远程库，以使用github为例
推送本地库到远程库：git push 地址(别名) 分支
远程库clone到本地：git clone 地址
拉取：git pull 地址(别名) 分支，或者git
fetch 地址(别名) 分支
Pull = fetch +merge
8、SSH免密登陆
每个仓库有两种地址，一种https一种是SSH。
1)进入当前用户的根目录，删除以前创建的.ssh目录并生成一个新目录
2)运行命令生成.ssh 密钥目录
$ ssh-keygen -t rsa -C good_pro@126.com
[注意：这里-C 这个参数是大写的C]
进入.ssh 目录查看文件列表（$ cd .ssh，$ ls –lF）
查看id_rsa.pub 文件内容（$ cat id_rsa.pub）
3)复制id_rsa.pub 文件内容，登录GitHub，点击用户头像→Settings→SSH andGPG keys
4)New SSH Key
5)输入复制的密钥信息
6)回到Git bash 创建远程地址别名
（git remote add origin_ssh git@github.com:testGit2018y/test.git）
9、Eclipse操作，略，使用eclipse插件时多想想选项操作对应的命令及原理。
10、eclipse中的文件忽略(比较实用)
概念：Eclipse 特定文件。这些都是Eclipse 为了管理我们创建的工程而维护的文件，和开发的代码没有直接关系。最好不要在Git 中进行追踪，也就是把它们忽略。
.classpath 文件 .project 文件 .settings 目录下所有文件
什么要忽略Eclipse 特定文件呢？
同一个团队中很难保证大家使用相同的IDE 工具，而IDE 工具不同时，相关工程特定文件就有可能不同。如果这些文件加入版本控制，那么开发时很可能需要为了这些文件解决冲突。
GitHub 官网样例文件
https://github.com/github/gitignore
https://github.com/github/gitignore/blob/master/Java.gitignore
编辑本地忽略配置文件，文件名任意：
Java.gitignore
# 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
# virtual machine crash logs, seehttp://www.java.com/en/download/help/error_hotspot.xml
hs_err_pid*
.classpath
.project
.settings
Target
在~/.gitconfig文件中引入上述文件
[core]
excludesfile =C:/Users/Lenovo/Java.gitignore
[注意：这里路径中一定要使用“/”，不能使用“\”]
11、git工作流
Gitflow工作流
通过为功能开发、发布准备和维护设立了独立的分支，让发布迭代过程更流畅。严格的分支模型也为大型项目提供了一些非常必要的结构。
常见结构：
1)主干分支master
主要负责管理正在运行的生产环境代码。永远保持与正在运行的生产环境完全一致。
2)开发分支develop
主要负责管理正在开发过程中的代码。一般情况下应该是最新的代码。
3)bug 修理分支hotfix。修复完随时删除
主要负责管理生产环境下出现的紧急修复的代码。从主干分支分出，修理完毕并测试上线后，并回主干分支。并回后，视情况可以删除该分支。
4)准生产分支（预发布分支）release
较大的版本上线前，会从开发分支中分出准生产分支，进行最后阶段的集成测试。该版本上线后，会合并到主干分支。生产环境运行一段阶段较稳定后可以视情况删除。
5)功能分支feature。开发完后随时删除
为了不影响较短周期的开发工作，一般把中长期开发模块，会从开发分支中独立出来。开发完成后会合并到开发分支。
Forking 工作流
Forking 工作流是在GitFlow 基础上，充分利用了Git 的Fork 和pull request 的功能以达到代码审核的目的。更适合安全可靠地管理大团队的开发者，而且能接受不信任贡献者的提交。
二、git服务器搭建
官网地址
首页：https://about.gitlab.com/
安装说明：https://about.gitlab.com/installation/
安装命令摘录
sudo yum install -y curlpolicycoreutils-python openssh-server cronie
sudo lokkit -s http -s ssh
sudo yum install postfix
sudo service postfix start
sudo chkconfig postfix on
curl https://packages.gitlab.com/install/repositories/gitlab/gitlab-ee/script.rpm.sh| sudo bash
sudo EXTERNAL_URL="http://gitlab.example.com" yum -y install gitlab-ee
实际问题：yum 安装gitlab-ee(或ce)时，需要联网下载几百M 的安装文件，非常耗时，所以应提前把所需RPM 包下载并安装好。
下载地址为：
https://packages.gitlab.com/gitlab/gitlab-ce/packages/el/7/gitlab-ce-10.8.2-ce.0.el7.x86_64.rpm
调整后的安装过程
sudo rpm -ivh /opt/gitlab-ce-10.8.2-ce.0.el7.x86_64.rpm
sudo yum install -y curlpolicycoreutils-python openssh-server cronie
sudo lokkit -s http -s ssh
sudo yum install postfix
sudo service postfix start
sudo chkconfig postfix on
curl https://packages.gitlab.com/install/repositories/gitlab/gitlab-ce/script.rpm.sh | sudo bash
sudo EXTERNAL_URL="http://gitlab.example.com" yum -y install gitlab-ce
当前步骤完成后重启。
gitlab服务操作：
初始化配置gitlab：gitlab-ctl reconfigure
启动gitlab 服务：gitlab-ctl start
停止gitlab 服务：gitlab-ctl stop
访问Linux 服务器IP 地址即可，如果想访问EXTERNAL_URL 指定的域名还需要配置域名服务器或本地hosts文件。初次登录时需要为gitlab 的root 用户设置密码。应该会需要停止防火墙服务：service firewalld stop
