1.Git介绍

Git免费的开源的分布式版本控制系统，可以快速高效从小到大的各种项目

Git易于学习，占地面积小，性能快。它具有廉价的本地库，方便的暂存区域和多个工作流分支等特性。

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

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

集中式版本控制工具

CVS，SVN...，都有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。优点：方便管理权限，维护方便缺点：中央服务器的单点故障。

本库是集中的存放于中央服务器的。干活的时候，先要去中央服务器里领取最新的版本，然后在开始干活。干完活在将自己的版本上传到中央服务器。

分布式版本控制工具

Git，Mercurial...，客户端提取是把代码仓库完整地镜像下来（本地库）。这样任何一处协同工作用的文件发生故障，事后都可以用其他客户端的本地仓库进行恢复。

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

分布式每个人的电脑上都可以直接拷贝完整的代码版本。而集中式只能拷贝自己需要的。

分布式的服务器挂掉之后，不会影响工作。而集中式的服务器挂掉之后，根本就没法进行工作。

Git和代码托管中心（远程库）：

局域网 GitLab
互联网 GitHub，Gitee

流程：工作区(写代码) --git add--> 暂存区(临时存储) -- git commit--> 本地库(历史版本) --git push--> 远程库(GitHub)

Git安装：

高速下载：https://npm.taobao.org/mirrors/git-for-windows/
next -> 选择安装目录 -> 选项配置(默认) next -> next -> 为git选择一个默认编辑器，一般选择Vim(默认)

-> Let Git decide(默认) -> 是否修改环境变量，选第一个Use Git from Git Bash only

-> 选择后台客户端连接协议Use the OpenSSL Library(默认) -> 配置行末换行符Checkout Win...（默认）

-> 选择Git终端类型Use MinTTY(默认) -> 选择pull合并的模式Default(默认)

-> 选择凭据管理器Git Credential...(默认) -> 其他配置(默认都勾选) -> 实验室功能(不勾选，不成熟) -> install

2. 常用命令

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

首次安装，要设置一下签名(区分不同操作者)，否则提交代码报错，这个和登录GiHub没有任何关系。

C:\Users\[user]\.gitconfig 文件里可以看到配置的
初始化本地库

进入D:\Learning\Git-Space\git-demo项目文件夹，执行git init，会生成一个.git隐藏的文件夹
查看本地库状态 ，git status
- 没有任何东西：On branch master，在master分支中。No commits yet，没有提交过任何东西。nothing to commit，没有什么东西需要提交。
- 新增hello.txt文件：多了一行 Untracked files...hello.txt(红色的)，未被追踪的文件，只是存在于工作区。
添加到暂存区（Git追踪文件的过程）

git add hello.txt 有个警告，Git帮我们转换了末尾换行符

再次查看本地库状态 ，Changes to be committed...new file: hello.txt(绿色的)，git追踪到了这个文件，文件只是存在于暂存区(可以删掉git rm --cached hello.txt，只是暂存区删掉，工作区还是有的)
提交到本地库，将暂存区的文件提交到本地库，形成自己的一个历史版本

git commit -m "first commit" hello.text

[master (root-commit) 20eda81] first commit ，20eda81就是版本号，后面是描述。

1 file changed, 5 insertions(+)，一个文件被改变，5行内容被插入。create mode 100644 hello.txt。

再次查看本地库状态，No commits yet没有了，只有On branch master，nothing to commit, working tree clean 没有东西需要再次提交，工作区是干净的
查看版本信息

git reflog 20eda81 (HEAD -> master) HEAD@{0}: commit (initial): first commit

git log 更详细点，可以看作者，提交时间等，完整版的版本号。
修改文件，在文件第一行加了几个2
- 再次查看本地库状态，Changes not staged for commit...modified:hello.txt(红色的) ，文件被修改了，而且还没有被添加到暂存区
- 添加暂存区git add hello.txt，再次查看本地库状态，Changes to be committed:modified:hello.txt(绿色的)
- 提交本地库git commit -m "second commit" hello.txt，[master b205e79] second commit， b205e79第二次提交的版本号。1 file changed, 1 insertion(+),1 deletion(-)。一个文件被改变，一行内容被插入，一行内容被删除。（Git是以行为单位维护的，先删除原先的行再插入新的！！），再次查看本地库状态，On branch master，nothing to commit, working tree clean和第一次提交的显示一样，又是干净的了。
- 查看版本信息git reflog 就会有两个版本信息了
  
  b205e79 (HEAD -> master) HEAD@{0}: commit: second commit，head当前指针指向第二个版本，cat hello.txt查看文件是有修改后的。20eda81 HEAD@{1}: commit (initial): first commit。
历史版本⭐

git reflog git log
- 查看日志
  
  b205e79 (HEAD -> master) HEAD@{0}: commit: second commit 当前指针在第二个版本
  
  20eda81 HEAD@{1}: commit (initial): first commit
- 版本穿越 （例如我感觉文件里面添加的2不太好，要回到一号版本去），git reset --hard 20eda81
  
  HEAD is now at 20eda81 first commit
- 查看日志
  
  20eda81 (HEAD -> master) HEAD@{0}: reset: moving to 20eda81 这里也生成了一个日志
  
  b205e79 HEAD@{1}: commit: second commit
  
  20eda81 (HEAD -> master) HEAD@{2}: commit (initial): first commit 当前指针在第一个版本
- 查看文件cat hello.ext
  
  文件中第二次在第一行添加的2不见了，回到了第一次的版本，即工作区的文件回到了第一次版本的内容！
底层不是复制保存了很多副本，而是在本地库中保持了很多日志信息版本信息，调用HEAD指针指向不用的版本

3. Git分支操作

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

好处：

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

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

分支的命令：

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

查看分支 git branch -v

*master(绿色) 20eda81 first commit
创建分支，例如 git branch hot-fix 增加热修分支

再次查看分支：hot-fix 20eda81 first commit，*master(绿色) 20eda81 first commit 两个了！
切换分支 git checkout hot-fix （输入命令的上一行最后面master变成了hot-fix）

再次查看分支：*hot-fix(绿色) 20eda81 first commit，master 20eda81 first commit

在hot-fix分支下修改文件，在第二行加几个3，修改后一样要进行git add hello.txt ，git commit -m "hot-fix first commit" hello.txt 。查看版本信息：af41acb (HEAD -> hot-fix) HEAD@{0}: commit: hot-fix first commit

如果再切换到master分支，则在hot-fix分支修改的内容，在master分支工作区是看不到的。
合并分支⭐
- 正常合并
  
  切换到master分支，执行git merge hot-fix 把指定的分支合并到当前分支上！！
  
  Updating 20eda81...af41acb Fast-forward
  
  hello.txt | 2 ± 1 file changed, 1 insertion(+), 1 deletion(-)，一行插入，一行删除，则修改了一行。
  
  这时master分支的工作区文件能看到在hot-fix分支在第二行添加的3的信息了！！
- 冲突合并
  - 冲突的原因：合并分支时，两个分支在同一个文件的同一个位置有两套完全不同的修改。Git 无法替我们决定使用哪一个。必须人为决定新代码内容。
  - 模拟冲突：在master分支hello.txt第三行添加4 add commit，在hot-fix分支hello.txt第三行添加5 add commit
  - 切回master分支合并：执行git merge hot-fix，就会冲突了，看下面的日志：
    
    Auto-merging hello.txt CONFLICT (content): Merge conflict in hello.txt （合并冲突在hello.txt文件中）
    
    Automatic merge failed; fix conflicts and then commit the result. （自动合并失败）
    
    输入命令的上一行最后面master变成了master|MERGING，查看状态 both modified: hello.txt (红色)
  - 需要我们手动合并，打开hello.txt文件
    java 复制代码
```
hello git sutong
hello git sutong 33333
<<<<<<< HEAD  (HEAD到等号之间是当前分支的代码)
hello git sutong 44444
=======       (等号到hot-fix之间是要合并的代码！！)
hello git sutong 55555
>>>>>>> hot-fix
hello git sutong
hello git sutong
```
    手动合并（例如我们想要hot-fix分支里面的，合并完要add，commit提交的时候不能带文件名！！）：
    java 复制代码
```
hello git sutong
hello git sutong 33333
hello git sutong 55555
hello git sutong
hello git sutong
```
    合并只会修改master分支hello.txt文件内容，hot-fix不会变。（最后解决冲突的时候在我们的分支里面解决）
    
    master、hot-fix 其实都是指向具体版本记录的指针。当前所在的分支，其实是由 HEAD 决定的。所以创建分支的本质就是多创建一个指针。 HEAD 如果指向 master，那么我们现在就在 master 分支上。 HEAD 如果指向hot-fix，那么我们现在就在 hot-fix 分支上。所以切换分支的本质就是移动 HEAD 指针。
    
    HEAD指针指向的是当前分支，分支指针指向的是当前分支在的具体版本。

4. Git团队协作机制

如果想要团队协作机制，则需要遇到代码托管中心了，即GitHub

团队内协作
跨团队协作

5. GitHub操作

创建远程库

登录Github-> 右上角加号点击New Repository -> 填写远程库名字（一般和本地库名称一样）选择公有库/私有库填写描述

-> create repository -> 有两个连接 https/SSH
远程仓库操作命令

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

使用命令：

起别名，远程库链接太长了起个别名代替（别名一般和库名一致）

git remote add git-demo https://github.com/Mrzhugq/git-demo.git
查看当前所有远程地址别名 git remote -v

git-demo https://github.com/Mrzhugq/git-demo.git (fetch) push,clone,pull都可以用这个别名

git-demo https://github.com/Mrzhugq/git-demo.git (push)
推送到远程库 ，最小单位的分支，git push git-demo master （慢）

第一次的话会弹出一个窗口，登录GitHub，选择右边的Token，要使用token登录（怎么创建token百度），根据提示输入用户名密码，最后显示几个100%就成功了，可能很慢多试几次！
拉取远程库⭐

如果我们在GitHub上直接修改了文件，比如在hello.txt文件最后一行加了几个6。

这样这时远程库和本地库不是同步的了，怎么更新本地库代码呢（即如果有他人push，则需要获取最新版本）

执行命令git pull git-demo master 也是分支位单位，也是很慢。最后会显示几个文件被改变，改变了几行。在工作区打开hello.txt就能看到在远程库修改的了！
克隆远程库到本地库

新建个目录，D:\Learning\Git-Space\git-clone ，执行git clone https://github.com/Mrzhugq/git-demo.git，克隆不需要登录账号。git-clone目录下就会创建git-demo文件夹，里面会有.git文件，还有hello.txt。

小结：clone 会做如下操作。1、拉取代码。2、初始化本地仓库。3、创建别名(默认别名的origin)
团队协作⭐

clone只需要链接，pull需要加入团队（需要创建库的人进行授权）

团队内协作，需要授权：进入库 -> 库右边的setting -> collaborators -> add people，输入用户名/邮箱都能搜到 -> 复制pending invite即邀请函通过短信发给要授权的人 -> 授权的人登录他的账号接受邀请就行了 -> 被授权的人就能看到对应的远程库了，就能push了（如果被授权的人push了，我们就需要pull拉取下来，更新我们的本地库！！）

跨团队协作：只需要把本团队远程库的对应链接发给第三方团队(或者直接搜)，第三方团队在浏览器输入连接打开远程库 -> 点库右上角的fork -> 第三方的团队的账号上就有了对应的远程库 -> 就可以对这个远程库进行修改了 -> clone -> 修改 -> push -> 点击库上面的Pull Requests - new pull request - create pull request -> 可以编写commit描述，也写一段话write -> 点右下角创建即可

登录本团队的账号刷新，则在库的上面Pull Requests会有一个请求 -> 点开查看 -> 还可以给第三方团队写一段话write(两个团队可以随时聊天) -> 审核代码 -> 点下面的Merge pull request 合并申请 -> confirm merge确定合并 -> 在本团队的远程库中就能看到第三方团队修改的代码了！（有冲突手动解决）
SSH免密登录

C:\Users\[user]\ 下执行 ssh-keygen -t rsa -C 2081140153@qq.com 按三次回车，则会生成.ssh文件夹，打开公钥id_rsa.pub文件复制，登录GitHub -> settings -> SSH and GPG keys -> new SSH key -> 起个名字，复制到下面就行了add

这样本台电脑就绑定这个GitHub账号了，下次使用库对应的SSH链接 git@github.com:Mrzhugq/git-demo.git，pull，push就不需要登录了。

6. IDEA集成Git

我的IDEA版本的2020.1

设置忽略文件（一次就行），例如IDEA中的.idea文件夹，.iml文件等，这些与项目的实际功能无关，不参与服务器上部署运行。把它们忽略掉能够屏蔽 IDE 工具之间的差异。
- 创建忽略文件 git.ignore，建议放到用户的家目录下，即C:\Users\[user]\下
  
  (但我的用户名有的中文，所以我放到安装目录下了)
```
# 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, see http://www.java.com/en/download/help/error_hotspot.xml
hs_err_pid*

.classpath
.project
.settings
target
.idea
*.iml
```
- 在 .gitconfig 文件中引用忽略配置文件（也在家目录中）
  java 复制代码
```
[user]
	name = sutong
	email = 2081140153@qq.com
[core]
	excludesfile = D:/Program Files/MyGit/git.ignore
```
  使用正斜线/，不要使用 \ 反斜线
定位Git程序（一次就行）

setting -> version control -> git -> path to Git... （配置到bin下的git.exe）
Git初始化

菜单栏VCS -> inport into Version Control -> Create Git Repository ->默认选择的就是项目的根目录，直接点ok（在目录下就会产生.git文件夹了！） -> 这时文件都变红了，表示未被追踪
添加暂存区

单个文件右键Git -> Add （文件变绿了）

还可以选择当前项目右键Git -> Add 把整个项目中文件都添加暂存区（除了上面所排除的）
提交本地库

当前项目右键Git -> Commit Driectory -> 可以看到要提交的文件，下面可以写commit message -> 提交完文件就变成了原来正常的颜色了
切换版本

先修改文件，产生多个版本，则文件变成蓝色了，然后add commit，commit的时候可以点看文件看修改前后的对比。

点右下角的Git -> Log 可以看到版本信息 -> 左侧的黄色指针代表分支信息，中间的的绿色的指针代表版本信息

想要切换版本只需要在中间，选择要切换版的版本，右键 -> Reset Current Branch to Here... -> 根据需要选择对应的回退形式

（或者：VCS -> Git -> Reset HEAD... -> Reset Type: 选择回退形式，To Commit: 填写要回退到的具体版本号 -> Reset）
创建分支

当前项目右键Git -> Repository -> Branches... -> New Branch

或者，在IDEA右下角点击当前分支 -> New Branch

需要切换分支点IDEA右下角的当前分支 -> 选择要切换的分支 -> Checkout
合并分支
- 正常合并
  
  点IDEA右下角的当前分支 -> 选择要合并的分支 -> Merge into Current
- 冲突合并
  
  合并时冲突，则会弹出一个Conflicts窗口，显示冲突的文件，选中点右边的Merger...，进入手动合并的窗口，左侧是master分支的代码，右侧是hor-fix的代码，中间是没有冲突的代码！如果想要master的代码则需要点 》，然后直接点apply即可，自动add commit提交到本地库。

7.IDEA操作GitHub

设置GitHub账号（Gitee则需要下载插件）

Settings -> Version Control -> GitHub -> 右上角加号 -> 使用token登录
push到远程库（IDEA帮我们在绑定的账号下创建对应的远程库）

VCS -> Import Version Control -> Share Project on Github -> Repository name: 输入远程库的名字(一般和本地库一样)，Remote:创建别名(也叫本地库名)，Description: 描述信息（可以不填）

会帮我们先创建远程库，再把代码push
修改完代码要重新，add commit push

push：项目右键 -> Git -> Repository -> Push... -> 默认使用https链接的别名，建议使用SSH链接(免密登录) -> Push
拉取远程库，pull

push：项目右键 -> Git -> Repository -> Pull... ：

注意：push 是将本地库代码推送到远程库，如果本地库代码跟远程库代码版本不一致， push 的操作是会被拒绝的。也就是说，要想 push 成功，一定要保证本地库的版本要比远程库的版本高！因此一个成熟的程序员在动手改本地代码之前，一定会先检查下远程库跟本地代码的区别！如果本地的代码版本已经落后，切记要先 pull 拉取一下远程库的代码，将本地代码更新到最新以后，然后再修改，提交，推送！
克隆远程库代码到本地，clone

打开IDEA -> Get from Versio Control -> 选择Git，输入URL(Https/SSH)都行 -> clone (只clone你当时push的分支)

8. Gitee

中文网站，使用方式和GitHub一样

使用Gitee服务器再国内，可以使用https的链接。

Idea默认不带Gitee插件，需要自己安装Gitee插件。

绑定Gitee

Settings -> Version Control -> Gitee -> 右上角加号 -> 可以使邮箱密码登录！
add commit 和GitHub一样
push
- 帮我们创建远程库
  
  VCS -> Import Version Control -> Share Project on Gitee -> Repository name，Remote，Description
- push到已有的库
  
  项目右键 -> Git -> Repository -> Push... -> 点默认的别名，Define Remote新建别名，输入Gitee库链接 -> Push
pull

项目右键 -> Git -> Repository -> Pull... -> Remote 套选择上面新建的Gitee的别名 -> Pull
clone

和GitHub一样
Gitee导入GitHub项目⭐⭐

右上角加号新建仓库 -> 右上角导入已有仓库 -> 输入再GitHub上库的Https的链接，默认会填充远程库名 -> 导入

如果GitHUb中远程库发送修改，Gitee也可以强转刷新进行同步 -> 点击远程库标题右边的圆圈，强转同步

同步到Gitee的话进行，再用这个链接进clone就比GitHub快多了！！！

Git和GitHub

文章目录