Git笔记

1、Git 概述

　　Git 是一个免费的、开源的分布式版本控制系统，可以快速高效地处理从小型到大型的各种项目。

　　Git 易于学习，占地面积小，性能极快。它具有廉价的本地库，方便的暂存区域和多个工作流分支等特性。其性能优于 Subversion、CVS、Perforce 和 ClearCase 等版本控制工具

1.1 何为版本控制

　　版本控制是一种记录文件内容变化，以便将来查阅特定版本修订情况的系统。

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

1.2 为什么需要版本控制

　　个人开发过渡到团队协作

1.3 版本控制工具

　　（1）集中式版本控制工具

　　CVS、SVN(Subversion)、VSS……集中化的版本控制系统诸如 CVS、SVN 等，都有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或

者提交更新。多年以来，这已成为版本控制系统的标准做法。

　　这种做法带来了许多好处，每个人都可以在一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限，并且管理一个集中化的版本控制系统，要

远比在各个客户端上维护本地数据库来得轻松容易。

　　事分两面，有好有坏。这么做显而易见的缺点是中央服务器的单点故障。如果服务器宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工作。

　　（2）分布式版本控制工具

　　Git、Mercurial、Bazaar、Darcs……像 Git 这种分布式版本控制工具，客户端提取的不是最新版本的文件快照，而是把代码仓库完整地镜像下来（本地库）。这样任何一处协同工作用的文件发生故障，事后都可以用

其他客户端的本地仓库进行恢复。因为每个客户端的每一次文件提取操作，实际上都是一次对整个文件仓库的完整备份

　　总结：分布式的版本控制系统出现之后,解决了集中式版本控制系统的缺陷:

　　1. 服务器断网的情况下也可以进行开发（因为版本控制是在本地进行的）

　　2. 每个客户端保存的也都是整个完整的项目（包含历史记录，更加安全）

1.4 Git 简史

1.5 Git 工作机制

1.6 Git 和代码托管中心

2、Git 安装

3、Git常用命令

3.1 设置用户签名

　　（1）基本语法

#用户名
git config --global user.name 用户名

#邮箱
git config --global user.email 邮箱

#查看配置
cat ~/.gitconfig

　　（2）实例实操

　　全局范围的签名设置：

　　说明：

　　（1）签名的作用是区分不同操作者身份。用户的签名信息在每一个版本的提交信息中能够看到，以此确认本次提交是谁做的。Git首次安装必须设置一下用户签名，否则无法提交代码。

　　（2）这里设置用户签名和将来登录 GitHub（或者其他代码托管中心）的账号没有任何关系。

3.2 初始化本地库

　　（1）基本语法

git init

　　（2）案例实操

　　（3）结果查看

3.3 查看本地库状态

　　（1）基本语法

git status

　　（2）实例操作

　　3.3.1 首次查看（工作区没有任何文件）

　　3.3.2 新增文件

　　3.3.3 再次查看（检测到未追踪的文件）

3.4 添加暂存区

　　3.4.1 将工作区的文件添加到暂存区

　　（1）基本语法

git add 文件名

　　（2）案例实操

　　3.4.2 查看状态（检测到暂存区有新文件）

　　注意：可以使用命令 git rm --cached hello.txt 删除暂存区文件，但是这个删除只是删除暂存区的文件，工作区的文件还是存在的，执行该命令之后再次执行git status 发现又变成红色了

3.5 提交本地库

　　3.5.1 将暂存区的文件提交到本地库

　　（1）基本语法

git commit -m "日志信息" 文件名

　　（2）实例操作

　　3.5.2 查看状态（没有文件需要提交）

　　注意：

　　（1）可以使用命令 git reflog 查看版本信息

　　（2）可以使用命令 git log 查看详细日志

3.6 修改文件（hello.txt）

　　3.6.1 查看状态（检测到工作区有文件被修改）

　　3.6.2 将修改的文件再次添加暂存区

　　3.6.3 查看状态（工作区的修改添加到了暂存区）

　　3.6.4 将暂存区的文件提交到本地库

　　3.6.5 查看状态（没有文件需要提交）

3.7 历史版本

　　3.7.1 查看历史版本

　　（1）基本语法

#查看版本信息
git reflog

#查看版本详细信息
git log

　　（2）实例操作

　　3.7.2 版本穿梭

　　（1）基本语法

git reset --hard 版本号

　　（2）实例操作

　　（a）首先查看当前的历史记录，可以看到当前是在 23f10bc 这个版本

　　（b）切换到 7330622 版本，也就是我们第一次提交的版本

　　（c）切换完毕之后再查看历史记录，当前成功切换到了 7330622 版本

　　（d）然后查看文件 hello.txt，发现文件内容已经变化

　　Git切换版本，底层其实是移动的 HEAD 指针，具体原理如下图所示

4、Git 分支操作

4.1 什么是分支

　　在版本控制过程中，同时推进多个任务，为每个任务，我们就可以创建每个任务的单独分支。使用分支意味着程序员可以吧把自己的工作从开发主线上分离开来，开发自己分支的时候，不会影响主线分支的运行。对于初学者来说，分支可以理解为副本，一个分支就是一个单独的副本。（分支底层其实也是指针的引用）

4.2 分支的好处

　　同时并行推进多个功能开发，提高开发效率

　　各个分支在开发过程中，如果某一个分支开发失败，不会对其他分支有任何影响。失败的分支删除重新开始即可。

4.3 分支的操作

　　4.3.1 查看分支

　　（1）基本语法

git branch -v

　　（2）案例实操

　　4.3.2 创建分支

　　（1）基本语法

git branch 分支名

　　（2）案例实操

　　4.3.3 修改分支

　　（1）在master分支上做修改

　　（2）添加暂存区

　　（3）提交本地库

　　（4）查看分支

　　（5）查看master分支上的文件内容

　　4.3.4 切换分支

　　（1）基本语法

git checkout 分支名

　　（2）案例实操

　　发现当前分支已经由master改为hot-fix

　　下面，查看hot-fix分支上的文件内容发现与master分支上的内容不同

　　在hot-fix分支上做修改

　　添加暂存区

　　提交本地库

　　4.3.5 合并分支

　　（1）基本语法

git merge 分支名

　　（2）实例操作

　　在master分支上合并hot-fix分支

　　4.3.6 产生冲突

　　冲突产生的表现：后面状态为 MERGING

　　冲突产生的原因:

　　合并分支的时候，两个分支在同一个文件的同一个位置有两套完全不同的修改。Git无法替我们决定使用哪一个。必须认为决定信贷买内容。

　　查看状态（检测到文件有两处修改）

　　4.3.7 解决冲突

　　（1）编辑有冲突的文件，删除特殊符号，决定要使用的内容

　　特殊符号：<<<<<<< HEAD 当前分支的代码 ======= 合并过来的代码 >>>>>>> hot-fix

　　（2）添加到暂存区

　　（3）执行提交（注意：此时使用git commit 命令时不能带文件名）

　　发现后面的 MERGING 消失，变为正常

4.4 创建分支和切换分支图解

　　master、hot-fix 其实都是指向具体版本记录的指针。当前所在的分支，其实是由 HEAD决定的。所以创建分支的本质就是多创建一个指针。

　　HEAD 如果指向 master，那么我们现在就在 master 分支上。

　　HEAD 如果执行 hotfix，那么我们现在就在 hotfix 分支上。

　　所以切换分支的本质就是移动 HEAD 指针。

5、Git 团队协作机制

5.1 团队内协作

5.2 跨团队协作

6、GitHub 操作

　　GitHub 网址：https://github.com/

　　注册三个账号测试

6.1 创建远程仓库

　　创建完毕后

6.2 远程仓库操作

　　6.2.1 创建远程仓库别名

　　（1）基本语法

#查看当前所有远程地址别名
git remote -v

#创建远程地址别名
git remote add 别名 远程地址

　　（2）示例操作

　　6.2.2 推送本地分支到远程仓库

　　（1）基本语法

git push 别名 分支

　　（2）示例操作

　　其间，弹出下面的页面，关于Personal Access Token的生成后面介绍

　　此时，我们发现已经将我们的master分支上的内容推送到 GitHub 创建的远程仓库。

　　6.2.3 拉取远程仓库到本地库

　　（1）基本语法

git pull 别名 分支

　　（2）实例操作

　　6.2.4 克隆远程仓库到本地

　　（1）基本语法

git clone 远程地址

　　（2）实例操作

　　注意：本人操作之前先删除了本地的凭据管理器，发现克隆的时候不用登录任何账号

　　克隆结果：初始化本地仓库

　　查看一下远程仓库别名

　　结论：clone会做如下操作

　　（1）拉取代码

　　（2）初始化本地仓库

　　（3）创建别名

　　6.2.5 邀请加入团队

　　（1）选择邀请合作者

　　（2）填入想要合作的人

　　（3）复制地址并通过微信钉钉等方式发送给该用户，复制内容如下：

　　https://github.com/hrch001/git-shTest.git

　　（4）在hrch002这个账号中的地址栏复制收到邀请的链接，点击接收邀请

　　（5）成功之后可以在 hrch001 这个账号上看到 git

7、IDEA 继承 Git

7.1 配置 Git 忽略文件

（1）eclipse 特定文件

（2）IDEA 特定文件

（3）Maven 工程的 target 目录

7.2 定位 Git 程序

7.3 初始化本地库

　　选择要创建 Git 本地仓库的工程

　　发现出现了 .git 文件，并且 pom.xml 变成红色，说明该文件未添加到暂存区

7.4 添加到暂存区

　　右键点击项目选择 Git—>Add将项目添加到暂存区

　　添加完成之后变成绿色了

7.5 提交到本地库

7.6 切换版本

　　在 IDEA 的左下角，点击 Version Control，然后点击 Log 查看版本

　　右键选择要切换的版本，然后在带单里面点击 Checkout Revision。

7.7 创建分支

7.8 切换分支

7.9 合并分支

7.10 解决冲突

8、IDEA 继承 GitHub

8.1 设置 GitHub 账号

8.2 分享工程到 GitHub

8.3 push 推送本地库到远程库

8.4 pull 拉取远程库到本地库

8.5 clone 克隆远程库到本地

9、国内代码托管中心—码云

9.1 简介

　　众所周知，GitHub 服务器在国外，使用 GitHub 作为项目托管网站，如果网速不好的话，严重影响使用体验，甚至会出现登录补上的情况。针对这个情况，大家可以使用国内的项目托管网站—码云。

　　码云是开源中国推出的基于 Git 的代码托管服务中心，网址是 https://gitee.com/ ，使用方式跟 GitHub 一样，而且它还是一个中文网站。

9.2 码云账号注册和登录

　　进入码云官网地址：https://gitee.com/，点击注册 Gitee

　　输入个人信息，进行注册即可。

　　帐号注册成功以后，直接登录。

9.3 码云创建远程库

　　点击首页右上角的加号，选择下面的新建仓库

9.4 IDEA 集成码云

　　9.4.1 IDEA 安装码云插件

　　Idea 默认不带码云插件，我们第一步要安装 Gitee 插件。

　　如图所示，在 Idea 插件商店搜索 Gitee，然后点击右侧的 Install 按钮。

　　9.4.2 IDEA 连接码云

9.5 码云复制 GitHub项目

10、自建代码托管平台—GitLab

10.1 GitLab 简介

10.2 GitLab 官网地址

　　官网地址：https://about.gitlab.com/

　　安装说明：https://about.gitlab.com/installation/

10.3 GitLab 安装

　　10.3.1 服务器准备

　　10.3.2 安装包准备

　　　　Yum 在线安装 gitlab- ce 时，需要下载几百 M 的安装文件，非常耗时，所以最好提前把所需 RPM 包下载到本地，然后使用离线 rpm 的方式安装。

　　　　下载地址：

　　　　　　https://packages.gitlab.com/gitlab/gitlab-ce/packages/el/7/gitlab-ce-13.10.2-ce.0.el7.x86_64.rpm

　　　　注：资料里提供了此 rpm 包，直接将此包上传到服务器/opt/module 目录下即可。

　　10.3.3 编写安装脚本

　　安装 gitlab 步骤比较繁琐，因此我们可以参考官网编写 gitlab 的安装脚本。

cd /opt/module

ls

vim gitlab-install.sh

　　脚本内容

sudo rpm -ivh /opt/module/gitlab-ce-13.10.2-ce.0.el7.x86_64.rpm

sudo yum install -y curl policycoreutils-python openssh-server cronie

sudo lokkit -s http -s ssh

sudo yum install -y postfix

sudo service postfix start

sudo chkconfig postfix on

curl https://packages.gitlab.com/install/repositories/gitlab/gitlabce/script.rpm.sh | sudo bash

sudo EXTERNAL_URL="http://gitlab.example.com" yum -y install gitlabce