Git使用教程（理论实体结合体系版）

按照这个博客来就好

Windows系统Git安装教程（详解Git安装过程） - 学为所用 - 博客园 (cnblogs.com)

Git 大全 - Gitee.com

在桌面右键点击Git Bash Here进入命令行，GUI我们不常用。

首先要设置你的用户名称和 e-mail 地址, 因为每次 Git 提交都会使用该信息

开始配置你的用户名和邮箱，单引号中间随便填你的信息即可，最后用 git config --system --list 查看当前用户配置，该指令显示的就是 C:\Users\windows.gitconfig 内容（后面再来说这是什么文件）

‪指令成功执行后，在C:\Users\windows.gitconfig会生成一个文件 ，打开之后就是你刚刚配置的玩意

OK配置完基本信息，来讲一下理论知识，然后再开始教大家具体的操作。

四大工作区域：

Git 本地有三个工作区域：

• 工作区（Working Directory）

• 暂存区(Stage/Index)

• 仓库区 (Repository)

• 再加上远程的 git 仓库(Remote Directory) 就可以分为四个工作区域

具体说明一下：

• 工作区：就是你平时存放代码的地方

• 暂存区：用于临时存放你的改动，事实上它只是一个文件，保存即将提交到文件列表信息

• 仓库区（本地仓库）：就是安全存放数据的位置，这里面有你提交到所有版本的数据

• 远程仓库：就是托管代码的服务器(比如 Github/Gitee)，也可以简单的认为是一台用于远程数据交换的电脑

一图胜千言：4个区域之间要使用到的指令

需要注意的是，clone的作用类似pull，但是还是有点区别的，具体文章看这里就好。（我们一般从GitHub上获取别人的代码用的都是clone）

Git教程 git pull 和 git clone的区别 - 腾讯云开发者社区-腾讯云 (tencent.com)

建 Git 仓库

• 在已经有项⽬代码的文件夹里建Git仓库

  • 在已有的项目代码文件夹处右键，点击Git Bash Here进入命令行输入 git init ，然后就会出现一个隐藏的文件夹 .git

• 在不存在的代码的文件夹中建Git仓库

  • 前面操作相同，指令改成输入 git init [自定义项目名] 即可，然后在idea新建项目时使用这个文件夹就好了。

克隆远程仓库

就是将远程服务器上的仓库完全镜像一份至本地，这里我们拿JavaGuide的作为示范，如果我们想要获取到他的开源文件，我们只需要在你想要保存clone下来的文件的地方右键点击Git Bash Here进入命令行输入 git clone [URL]

随便找个文件夹，我们输入git clone 加上复制下来他的URL，等进度条到100%即可（如果没有魔法的话可能会很慢甚至失败）再细我就不好明说了，如果实在不知道魔法是什么的小白，具体可以找置顶文章联系我。

文件操作指令

先来介绍文件的4大状态：

• Untracked: 未跟踪，在文件夹中,，但并没有加入到 git 库,，不参与版本控制，需要通过 git add 状态变为 Staged

• Unmodify: 未修改，文件已经入库，而且与工作区的内容相同。

• Modified: 已修改，这种文件有两个去处

• Staged: 暂存状态，同样，也有两个去处

实践一下吧

找到刚刚建好git仓库的文件夹，还是打开git bash here 输入git status [文件名] ，可以先写个几个字母然后按tab键一键补全文件名。比如说这里就是先写个 s 然后按 tab 就会自动出来 src/ 了

用 git add 加入暂存区

然后就可以开始提交至本地仓库了，使用 git commit -m "自定义一些需要携带的信息"

可以看到如果我们再用 git status 来查看状态的话，会提示没有什么需要提交的了。

忽略文件

实际需求：我们不想把某些文件纳入版本控制中， 如何处理?

这块内容都是一些配置，可以直接看这篇文章就好了

.gitignore文件语法和常见写法（就看这篇就行了）gitinore 以 * 结尾石头wang的博客-CSDN博客

具体这个文件在哪呢，一般在idea文件夹下

打开之后可以打开上面的网址对照的文件学一下每一行是什么意思，这里我就不再细说了。

创建自己的远程仓库

这里我们使用GitHub，如果没有魔法也可以使用Gitee，但是Gitee还要实名认证什么的也挺麻烦。实际两个都差不多操作，这里就用GitHub进行讲解。

首先是打开GitHub官网注册一个自己的账号好吧，这里就是正常注册账号的流程，自己跟着官方指导鼓捣鼓捣就好了。当然，这里为了照顾一些看到英文就头大的同学，还是贴个教程给你们吧。

注册Github账号详细教程【超详细篇 适合新手入门】-阿里云开发者社区 (aliyun.com)

之后就可以在右上角开始创建我们自己的仓库了，这里借用官方文档的配图

为仓库写一个简短好记的名称

设置为开源还是私有

勾选自动创建readme文件，.gitignore我们一般使用的是Java就用Java类型即可

那么到这里，一个基本的仓库就建好了。

上传文件至远程仓库

这里我就顺便把我目前做的所有笔记上传至GitHub玩一玩好了

首先是把刚刚新建好的仓库clone到本地某个文件夹先

把当前的文件夹和远程仓库绑定 git remote add origin [远程仓库URL地址]

把咱们的笔记放进去之后，输入 git add . 将笔记加入到暂存区

检查一下我们的仓库分支是什么，这个是一开始新建仓库时可以指定的，比如main或者master，刚刚在GitHub建仓库的时候默认是main了

调用push指令将其更新到远程仓库，指令是 git push -u origin [仓库分支]

大功告成哈哈哈 ，成品地址 yuanhantin/JavaStudyBlog (github.com)

总结：

第一次创建仓库时
1.clone到本地
git clone [远程仓库URL地址]
​
2.把当前的文件夹和远程仓库绑定
git remote add origin [远程仓库URL地址]
​
3.更改一系列文件后
git add .  将所有更改后的文件加入到暂存区
​
4.调用push指令将其更新到远程仓库
git push origin [仓库分支]
​
以后再需要更新修改文件只要使用后2个指令即可
​
有时候会显示这样一句话导致push失败，原因是本地仓库相对于远程仓库不是最新，先pull更新本地，再把自己的push上去
Updates were rejected because the remote contains work that you do
这个时候有两个解决方法，一是强推，二就是pull一下再更新
如果确保本地没问题的话，可直接用强推 git push -f origin [仓库分支]即可

最后，实际情况可能还会有很多原因导致你不能将本地代码推送到仓库中，不过git这方面也没啥太多bug，只需要把报错复制到谷歌上搜一下就有结果了，这里不再赘述太多。

实际开发过程中，有可能一个项目会有多个版本的需求，比如说我们QQ有什么国际版，HD版，精简版之类的。所以这里就需要分支的概念了，分支出来的版本有可能是与主版本平行的永远不会相交，也有可能某一天需要将他与主版本合并。画一张图大概长这样：

当然，合并不一定是跟主分支，也可以跟其他分支合并。

列一下指令先，简单看看就好，等会我们再示范一下怎么使用

# 列出所有本地分支
$ git branch
​
# 列出所有远程分支
$ git branch -r
​
# 列出所有本地分支和远程分支
$ git branch -a
​
# 新建一个本地分支，但依然停留在当前分支
$ git branch [分支名]
​
# 切换到该分支
$ git checkout [分支名]
​
#新建一个远程分支,将冒号左右两边的分支绑定，并将本地分支提交至新建的远程分支
$ git push origin 本地分支名:新建的远程分支名

实战一下：

看看我们的仓库有没有变化，这里为什么我又使用了Gitee了，因为由于魔法出了点问题搞得GitHub提交老是超时，懒得弄了，换成了国内的Gitee，不过也不影响讲解，问题不大好吧。

master分支我在创建的时候忘记截图了，就是把readme文件内容改成了test1而已。

那么分支讲解完毕，我们来看看合并吧。

在 Git 中，进行合并是非常简单方便的。它只需要两个步骤：

• （1） 切换到那个需要接收改动的分支上。

• （2） 执行 “git merge” 命令，并且在后面加上那个将要合并进来的分支的名称。

  来让我们把 “master2” 分支的改动合并到 “master” 中去：

  $ git checkout master
  $ git merge master2

当然，为了以示区别，我们新建一个Merge文件，并将它同步到mater2分支上去，过程我就不演示了，上面已经使用过很多次了。

然后我们开始执行合并分支操作，诶，出问题了？？？合并冲突，想一想为什么。

因为我们master的readme文件中第一行的内容是 test1，而master2中的文件内容为 master2 ，在合并的时候计算机不知道你要保留master还是master2的内容，所以引发了合并冲突。如何解决呢？就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。

打开我们的Readme文件，可以看到Git自动加些东西进去，差不多就长这样的一个提示，什么意思不重要，反正一下就让我们看到问题出在第一行了，我们修改一下就好。（不过正常的提示不长这样，可能因为是md文件格式出了点小问题，不过问题不大，等会我们讲讲正常的提示）

那么我们把master分支的文件中的 test1修改成 和master2分支的文件中一样的 master2 ，解决好冲突之后，我们再进行一次 add、commit、merge操作，发现这次不再报错了，然后我们push到远程仓库看看效果。

可以看到将 master2 合并到 master 过后确实多了一个Merge.txt文件了

再来讲讲刚刚挖的坑，所谓的正常提示是什么，有什么用？

正常的提示：

当 Git 无法执行自动合并时，因为更改在同一区域，它会用特殊字符来表示冲突的区域。这些字符序列是这样的：

• <<<<<<<

• =======

• >>>>>>>

<<<<<<<和=======之间的所有内容都是你的本地修改。 这些修改还没有在远程版本库中。=======和>>>>>>>之间的所有行都是来自远程版本库或另一个分支的修改。现在你需要研究这两个部分并做出决定。

下面的图片显示了一个文件的内容，表明自动合并没有发生，有一个冲突。冲突发生在我们在本地修改了文件，增加了一行- Sleep。但与此同时，其他人在同一区域添加了 - Gym 行，从而推送了一个修改。

因此，- Sleep行被标记为本地修改，- Gym行被标记为从远程仓库或其他分支传入的修改。

所以这个时候就得去找你的同事扯皮了，到底是用你的sleep还是用他的gym，亦或是新建一行而不是在同一行添加。