Git 分布式版本控制工具

文章目录

• Git 分布式版本控制工具

• 课程内容
• 1. 前言

• 1.1 什么是Git
• 1.2 使用Git能做什么

• 2. Git概述

• 2.1 Git简介
• 2.2 Git下载与安装

• 3. Git代码托管服务

• 3.1 常用的Git代码托管服务
• 3.2 码云代码托管服务

• 3.2.1 注册码云账号
• 3.2.2 登录码云
• 3.2.3 创建远程仓库
• 3.2.4 邀请其他用户成为仓库成员

• 4. Git常用命令 (重点)

• 4.1 Git全局设置
• 4.2 获取Git仓库

• 4.2.1 在本地初始化Git仓库 (不常用)
• 4.2.2 从远程仓库克隆 （常用）

• 4.3 工作区、暂存区、版本库
• 4.4 Git工作区中文件的状态
• 4.5 本地仓库操作

• 4.5.1 git status
• 4.5.2 git add
• 4.5.3 git reset
• 4.5.4 git commit
• 4.5.5 git log

• 4.6 远程仓库操作

• 4.6.1 git remote (查看远程仓库)
• 4.6.2 git remote add (添加远程仓库)
• 4.6.3 git clone
• 4.6.4 git push
• 4.6.5 git pull
• 4.6.6 pull时 报 fatal: refusing to merge unrelated histories 解决

• 4.7 分支操作

• 4.7.1 查看分支
• 4.7.2 创建分支
• 4.7.3 切换分支
• 4.7.4 推送至远程仓库分支

• 各分支之间互不干扰

• 4.7.5 合并分支

• 合并冲突问题

• 4.8 标签操作

• 4.8.1 查看标签
• 4.8.2 创建标签
• 4.8.3 将标签推送至远程仓库

• 添加文件后打一个新的标签

• 4.8.4 检出标签

• 5. 在IDEA中使用Git

• 5.0 环境准备
• 5.1 在IDEA中配置Git
• 5.2 获取Git仓库

• 5.2.1 本地初始化仓库
• 5.2.2 从远程仓库克隆 （常用）

• 5.3 Git忽略文件
• 5.4 本地仓库操作

• 5.4.1 将文件加入暂存区 (index文件)
• 5.4.2 将暂存区文件提交到版本库 （.git目录）
• 5.4.3 查看日志

• 5.5 远程仓库操作

• 5.5.1 查看远程仓库
• 5.5.2 添加远程仓库
• 5.5.3 推送至远程仓库
• 5.5.4 从远程仓库拉取
• 本地创建一份关联项目

• 5.6 分支操作

• 5.6.1 查看分支
• 5.6.2 创建分支
• 5.6.3 切换分支
• 5.6.4 将分支推送到远程仓库
• 5.6.5 合并分支

• 5.7 想办法将之前的外面项目推送到git

• 5.7.1 远程创建仓库
• 5.7.2 本地已有项目关联远程仓库

Git 分布式版本控制工具

课程内容

• Git概述
• Git代码托管服务
• Git常用命令
• 在IDEA中使用Git

1. 前言

1.1 什么是Git

Git是一个分布式版本控制工具，主要用于管理开发过程中的源代码文件（Java类、xml文件、html页面等），在软件开发过程中被广泛使用。

在IDEA开发工具中可以集成Git（后面会讲解Git安装和集成过程）：

可以通过启动两个IDEA窗口模拟两个开发人员来展示Git的使用：

其他的版本控制工具：

• SVN
• CVS
• VSS

1.2 使用Git能做什么

• 代码回溯：Git在管理文件过程中会记录日志，方便回退到历史版本
• 版本切换：Git存在分支的概念，一个项目可以有多个分支（版本），可以任意切换
• 多人协作：Git支持多人协作，即一个团队共同开发一个项目，每个团队成员负责一部分代码，通过Git就可以管理和协调
• 远程备份：Git通过仓库管理文件，在Git中存在远程仓库，如果本地文件丢失还可以从远程仓库获取

2. Git概述

2.1 Git简介

Git 是一个分布式版本控制工具，通常用来对软件开发过程中的源代码文件进行管理。通过Git 仓库来存储和管理这些文件，Git 仓库分为两种：

• 本地仓库：开发人员自己电脑上的 Git 仓库
• 远程仓库：远程服务器上的 Git 仓库

解释说明：

commit：提交,将本地文件和版本信息保存到本地仓库

push：推送,将本地仓库文件和版本信息上传到远程仓库

pull：拉取,将远程仓库文件和版本信息下载到本地仓库

2.2 Git下载与安装

下载地址： https://git-scm.com/download

下载完成后得到安装文件：

直接双击完成安装即可(不想看了，直接疯狂next)，安装完成后可以在任意目录下点击鼠标右键，如果能够看到如下菜单则说明安装成功：

Git GUI Here：打开Git 图形界面 (基本不用)

Git Bash Here：打开Git 命令行

右键-》选项-》字体 等 可以将界面设置得好看一点

Git安装目录结构如下：

3. Git代码托管服务

3.1 常用的Git代码托管服务

Git中存在两种类型的仓库，即本地仓库和远程仓库。那么我们如何搭建Git远程仓库呢？

我们可以借助互联网上提供的一些代码托管服务来实现，其中比较常用的有GitHub、码云、GitLab等。

3.2 码云代码托管服务

码云网址：https://gitee.com/

使用码云的操作流程如下：

1. 注册码云账号
2. 登录码云
3. 创建远程仓库
4. 邀请其他用户成为仓库成员

3.2.1 注册码云账号

注册网址： https://gitee.com/signup

3.2.2 登录码云

注册完成后可以使用刚刚注册的邮箱进行登录（地址： https://gitee.com/login ）

3.2.3 创建远程仓库

登录成功后可以创建远程仓库，操作方式如下：右上角+号，新建仓库

页面跳转到新建仓库页面： 填写好名称和介绍 => 就可以创建啦

解释说明：

仓库名称：必填，每个仓库都需要有一个名称，同一个码云账号下的仓库名称不能重复

路径：访问远程仓库时会使用到，一般无需手动指定，和仓库名称自动保持一致

开源：所有人都可以查看此仓库

私有：只有此仓库的成员可见，其他人不可见

创建完成后可以查看仓库信息：

注意：每个Git远程仓库都会对应一个唯一的网络地址，点击【克隆/下载】按钮，在弹出窗口点击【复制】按钮即可复制网络地址，地址如下：

https://gitee.com/hzawhu/hellogit.git

个人主页里可以看到所有仓库： （自己慢慢摸索，其实都能看懂）

3.2.4 邀请其他用户成为仓库成员

前面已经在码云上创建了自己的远程仓库，目前仓库成员只有自己一个人（身份为管理员）。在企业实际开发中，一个项目往往是由多个人共同开发完成的，为了使多个参与者都有权限操作远程仓库，就需要邀请其他项目参与者成为当前仓库的成员。

点击管理按钮进入仓库管理页面，左侧菜单中可以看到【仓库成员管理】：

点击【开发者】菜单，跳转到如下页面：

成员分为4种角色：管理员、开发者、观察者、报告者，四种角色，不同的角色权限是不一样的

点击【添加仓库成员】菜单下的【邀请用户】菜单，跳转到如下页面：

可以看到邀请用户有多种方式：链接邀请、直接添加、通过仓库邀请成员

注意：被邀请用户必须为码云的注册用户，否则无法成为仓库成员

4. Git常用命令 (重点)

4.1 Git全局设置

当安装Git后首先要做的事情是设置用户名称和email地址。这是非常重要的，因为每次Git提交都会使用该用户信息。在Git 命令行中执行下面命令：

设置用户信息

git config --global user.name “hzawhu”

git config --global user.email “xxxxxx@qq.com”

查看配置信息

git config --list

注意：上面设置的user.name和user.email并不是我们在注册码云账号时使用的用户名和邮箱，此处可以任意设置。

其实之前使用过gitee，创建好的空仓库就可以看到这些命令的教程

4.2 获取Git仓库

要使用Git对我们的代码进行管理，首先需要获得Git仓库。

获取Git仓库通常有两种方式：

• 在本地初始化Git仓库（不常用）
• 从远程仓库克隆（常用）

4.2.1 在本地初始化Git仓库 (不常用)

操作步骤如下：

1. 在任意目录下创建一个空目录（例如repo1）作为我们的本地Git仓库
2. 进入这个目录中，点击右键打开Git bash窗口
3. 执行命令git init

如果在当前目录中看到.git文件夹（此文件夹为隐藏文件夹）则说明Git仓库创建成功

后面也多了一个（master）

4.2.2 从远程仓库克隆 （常用）

可以通过Git提供的命令从远程仓库进行克隆，将远程仓库克隆到本地

命令格式：git clone 远程仓库地址

注意在C:\software\gitRepos目录下执行命令，会克隆一个全新的仓库目录到本地

先进入远程仓库，复制好地址

git clone https://gitee.com/hzawhu/hellogit.git（第一次可能需要输入用户名密码，第二次就不需要了）

以后基本先在远程仓库创建，然后克隆到本地，本地写好后再push到远程仓库

4.3 工作区、暂存区、版本库

为了更好的学习Git，我们需要了解Git相关的一些概念，这些概念在后面的学习中会经常提到。

版本库：前面看到的 .git隐藏文件夹 就是版本库，版本库中存储了很多配置信息、日志信息和文件版本信息等

工作区：包含.git文件夹的目录就是工作区，也称为工作目录，主要用于存放开发的代码

暂存区：.git文件夹中有很多文件，其中有一个index文件就是暂存区，也可以叫做stage。暂存区是一个临时保存修改文件的地方

目前由于仓库内啥也没有，所以.git下看不到index文件

于是就在工作区(.git所在目录)下创建一个文件，(再重新打开一个gitBash)并添加到仓库：

此时再去.git目录下看，就有index文件

4.4 Git工作区中文件的状态

Git工作区中的文件存在两种状态：

• untracked 未跟踪（未被纳入版本控制）
• tracked 已跟踪（被纳入版本控制）
  1）Unmodified 未修改状态
  2）Modified 已修改状态
  3）Staged 已暂存状态

注意：文件的状态会随着我们执行Git的命令发生变化

再创建一个文件，user.xml，不执行add命令： 再 git status

4.5 本地仓库操作

本地仓库常用命令如下：

• git status 查看文件状态
• git add 将文件的修改加入暂存区
• git reset 将暂存区的文件取消暂存或者是切换到指定版本
• git commit 将暂存区的文件修改提交到版本库
• git log 查看日志

4.5.1 git status

git status 命令用于查看文件状态

注意：由于工作区中文件状态的不同，执行 git status 命令后的输出也会不同

4.5.2 git add

git add 命令的作用是将文件的修改加入暂存区，命令格式：git add fileName

加入暂存区后再执行 git status 命令，可以发现文件的状态已经发生变化。

4.5.3 git reset

git reset 命令的作用是将暂存区的文件取消暂存或者是切换到指定版本

• 取消暂存命令格式：git reset 文件名

再查看状态就变了：

• 切换到指定版本命令格式：git reset --hard 版本号

（得先commit才会有版本号，所以先去执行下面得commit命令，再回来执行切换指定版本命令）

先git log 查看日志，之前如果有commit，每次commit都会生成一个版本号，复制版本号作为–hard的参数值，就能回退到历史版本了

这个版本下还没有User.xml文件 User.java文件的内容也是空的

当然想让文件以及内容回来，特别容易了，切换到更新的版本即可

切换到最新版本，啥就都回来了

注意：每次Git提交都会产生新的版本号，通过版本号就可以回到历史版本

4.5.4 git commit

git commit 命令的作用是将暂存区的文件修改提交到版本库，命令格式：git commit 文件名 -m “日志信息”

解释说明：

-m：代表message，每次提交时需要设置，会记录到日志中

可以使用通配符*一次提交多个文件

此时再 git status 就看不到User.java文件了，因为已经提交了

注意User.java还没有push到远程仓库,目前属于： tracked 已跟踪（被纳入版本控制）-》Unmodified 未修改状态若此时再修改一下User.java文件

再git status 查看状态，User.java文件就处于： tracked 已跟踪（被纳入版本控制）-》Modified 已修改状态红色的 modified: User.java 表示对文件修改了，但还没有放入暂存区

再add一下User.java 再查看状态： 变成绿色的 modified: User.java 表示修改了,且已经add到暂存区了

再commit一下，再git status就又看不到User.java了

现在User.java又处于： tracked 已跟踪（被纳入版本控制）=> Unmodified 未修改状态

下面再将仅剩的user,xml也add和commit了 也变成Unmodified 未修改状态

4.5.5 git log

git log 命令的作用是查看提交日志

通过git log命令查看日志，可以发现每次提交都会产生一个版本号，提交时设置的message、提交人、邮箱、提交时间等信息都会记录到日志中

有了版本号，可以回去执行 git reset --hard 97f5820016335f699733616b83c39bcb62cf28c7 命令了

4.6 远程仓库操作

前面执行的命令操作都是针对的本地仓库，本节我们会学习关于远程仓库的一些操作，具体包括：

• git remote 查看远程仓库
• git remote add 添加远程仓库
• git clone 从远程仓库克隆
• git pull 从远程仓库拉取
• git push 推送到远程仓库

4.6.1 git remote (查看远程仓库)

如果要查看已经配置的远程仓库服务器，可以执行 git remote 命令，它会列出每一个远程服务器的简称。

如果已经克隆了远程仓库，那么至少应该能看到 origin ，这是 Git 克隆的仓库服务器的默认名字。

解释说明：

可以通过-v参数查看远程仓库更加详细的信息

本地仓库配置的远程仓库都需要一个简称，后续在和远程仓库交互时会使用到这个简称
（简称叫啥其实无所谓，但是一般情况下，都会用 origin）

在本地创建的仓库下执行remote命令无效，没有任何反应，因为仓库是本地创建的，没有关联任何远程仓库

4.6.2 git remote add (添加远程仓库)

添加远程仓库命令格式：git remote add 简称 远程仓库地址 eg： git remote add origin https://gitee.com/hzawhu/repo1.git

先在远程仓库创建一个名称也为repo1的仓库：

复制远程仓库地址为： https://gitee.com/hzawhu/repo1.git 在repo1本地仓库下执行: git remote add origin https://gitee.com/hzawhu/repo1.git 简称叫啥其实无所谓，但是一般情况下，都会用 origin

注意：一个本地仓库可以关联多个远程仓库

4.6.3 git clone

如果你想获得一份已经存在了的 Git 远程仓库的拷贝，这时就要用到 git clone 命令。 Git 克隆的是该 Git 仓库服务器上的几乎所有数据（包括日志信息、历史记录等）。

克隆仓库的命令格式： git clone 远程仓库地址

之前其实也用过了，这里再克隆一个吧

git clone https://gitee.com/hzawhu/idea-git-test.git

• 空仓库快速变非空

界面就变成有内容的gitHub项目那样的页面布局了：

4.6.4 git push

将本地仓库内容推送到远程仓库，命令格式：git push 远程仓库简称 分支名称

• 准备工作，先在本地创建一些文件，写上一下内容，并add和commit

此时刷新远程仓库，还没有，因为只是在本地仓库提交了，远程仓库还没有提交

注意：想提交到远程仓库，得先提交到本地仓库

git add test.txt
git commit -m "init test.txt" test.txt

• 推送到远程仓库

命令: git push 远程仓库简称 分支名称

远程仓库简称查看: git remote

推送命令: git push origin master master表示推送到主分支

此时再去远程仓库，就有了刚刚推送的文件了：

远程有的我本地没有，会推送失败

就是前面操作不规范导致的，建议，删除repo1,重新创建repo1，执行 git init 命令和 git remote add origin https://gitee.com/hzawhu/repo1.git 也不规范，也可能报错

最标准做法： 删除repo1,后直接执行 git clone https://gitee.com/hzawhu/repo1.git 这才是规范做法

在使用git push命令将本地文件推送至码云远程仓库时，如果是第一次操作，需要进行身份认证，认证通过才可以推送，如下：

注意：上面的用户名和密码对应的就是我们在码云上注册的用户名和密码，认证通过后会将用户名和密码保存到windows系统中（如下图），后续再推送则无需重复输入用户名和密码。

推送完成后可以到远程仓库中查看文件的变化。

解释说明：

一个仓库可以有多个分支，默认情况下在创建仓库后会自动创建一个master分支

后面会讲解分支相关的操作

4.6.5 git pull

git pull 命令的作用是从远程仓库获取最新版本并合并到本地仓库

命令格式：git pull 远程仓库简称 分支名称

可以先在远程仓库创建一个新仓库helloworld，然后本地拉取两份，xiaobai和xiaohei，分别pull-》修改-》push,实现协同

git clone https://gitee.com/hzawhu/helloworld.git

再分别进入xiaobai\helloworld 、 xiaohei\helloworld 两个仓库目录下打开git Bash

1）执行：pull 拉取仓库内容： git pull origin master

由于刚刚克隆完仓库，本地和远端内容完全一致，不需要拉取，就提示： Already up to date.

2）小白修改helloworld项目下的文件，然后再提交

先提交到本地仓库：

git add test.txt
git commit -m "xiaobai edit test.txt" test.txt

再推到远程仓库：

git push origin master

3）查看远程仓库内容已经修改了

4）小黑从远程仓库pull内容到本地进行合并

git pull origin master

4.6.6 pull时 报 fatal: refusing to merge unrelated histories 解决

注意：如果当前本地仓库不是从远程仓库克隆，而是本地创建的仓库，并且仓库中存在文件，此时再从远程仓库pull拉取文件的时候会报错（fatal: refusing to merge unrelated histories ）

解决此问题可以在git pull命令后加入参数 --allow-unrelated-histories

下面开始演示：

1）创建目录：xiaolan\helloworld， 并git init 在本地创建仓库

2）本地仓库关联远程仓库

git remote add origin https://gitee.com/hzawhu/helloworld.git

3）在本地创建新文件，提交到本地仓库。

git add xiaolan.txt
git commit xiaolan.txt -m "init xiaolan.txt"

4）然后再将新添加的文件push到远程仓库，发现报错，提示你先pull，但是pull也会报错

git push origin master

push 报错:

! [rejected]        master -> master (fetch first)
error: failed to push some refs to 'https://gitee.com/hzawhu/helloworld.git'
hint: Updates were rejected because the remote contains work that you do
hint: not have locally. This is usually caused by another repository pushing
hint: to the same ref. You may want to first integrate the remote changes
hint: (e.g., 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

倒数第二行提示先 pull 再 push

git pull origin master

pull 报错：

fatal: refusing to merge unrelated histories

5）git pull命令后加入参数 --allow-unrelated-histories 强制pull成功

git pull origin master --allow-unrelated-histories

非法合并也要写日志，因此会弹出vim界面，让你写一些日志记录

按i 进入插入模式，写日志信息，写完之后按esc,退出插入模式，再输入:wq 保存退出

6）此时再push,就没有问题了

git push origin master

查看远程仓库，本地原来就有的文件成功push到了：

4.7 分支操作

分支是Git 使用过程中非常重要的概念。使用分支意味着你可以把你的工作从开发主线上分离开来，以免影响开发主线。

本地仓库和远程仓库中都有分支，同一个仓库可以有多个分支，各个分支相互独立，互不干扰。

通过git init 命令创建本地仓库时默认会创建一个master分支。

本节我们会学习关于分支的相关命令，具体命令如下：

• git branch 查看分支
• git branch [name] 创建分支
• git checkout [name] 切换分支
• git push [shortName] [name] 推送至远程仓库分支
• git merge [name] 合并分支

准备工作：远程仓库创建一个新仓库，专门用来学习分支操作命令

再把远程仓库克隆到本地：

git clone https://gitee.com/hzawhu/brand-rep.git

然后进入brand-rep目录下打开git Bash

4.7.1 查看分支

查看分支命令：git branch

git branch 列出所有本地分支

git branch -r 列出所有远程分支

git branch -a 列出所有本地分支和远程分支

4.7.2 创建分支

创建分支命令格式：git branch 分支名称

4.7.3 切换分支

一个仓库中可以有多个分支，切换分支命令格式：git checkout 分支名称

注意：在命令行中会显示出当前所在分支，如上图所示。

4.7.4 推送至远程仓库分支

推送至远程仓库分支命令格式：git push 远程仓库简称 分支命令

git push origin b1

推送完成后可以查看远程仓库：

同样把b2也推送过去

最终远程仓库可以看到3个分支了

各分支之间互不干扰

1）切换到master分支，然后本次创建一个文件 master.txt add，commit, 然后再 push 到远程仓库
远程仓库可以切换分支，远程仓库只有master分支下能看到master.txt文件

创建master.txt => "master"
git checkout master
git add master.txt
git commit master.txt -m "master.txt init"
git push origin master

主分支下能看到

2）本地切换到b1分支 发现本地也看不到master分支下创建的文件了

master分支下能看到master.txt文件

切换到b1分支，就看不到master分支下的master.txt文件了

3）切换到b1分支，然后本次创建一个文件 b1.txt add，commit, 然后再 push 到远程仓库
远程仓库可以切换分支，远程仓库只有b1分支下能看到b1.txt文件

git checkout b1
创建b1.txt => "b1 branch"
git add b1.txt
git commit b1.txt -m "b1.txt init"
git push origin b1

注意下最后一行命令推送的是b1分支

只有b1分支下能看到b1.txt

4）切换到b2分支，又看不到b1.txt了

5）切换到b2分支，然后本次创建一个文件 b2.txt add，commit, 然后再 push 到远程仓库

远程仓库可以切换分支，远程仓库只有b2分支下能看到b2.txt文件

git checkout b2
创建b1.txt => "b2 branch"
git add b2.txt
git commit b2.txt -m "b2.txt init"
git push origin b2

注意下最后一行命令推送的是b2分支

只有b2分支下能看到b2.txt,因为他是b2分支下创建的文件

4.7.5 合并分支

合并分支就是将两个分支的文件进行合并处理，命令格式：git merge 分支命令

想将b1,b2分支全都合并到master主分支
先切换到到master主分支
再在master主分支下执行合并分支命令即可

git checkout master
git merge b1
git merge b2

合并时又会弹出vim界面让你写日志信息，不过其实已经有默认的日志信息了，直接:wq保存退出即可

注意：分支合并时需注意合并的方向，如上图所示，在Master分支执行操作，结果就是将b1、b2分支合并到Master分支。

合并冲突问题

现在master分支下和b1分支下都能看到b1.txt。
现在master分支下和b1分支下同时修改了b1.txt，然后分别push到远程仓库，这样master分支下和b1分支下的b1.txt文件内容就不相同。
此时若再执行合并分支操作，肯定会报错的

1）master分支下修改b1.txt,并push到远程仓库

git checkout master
修改b1.txt
git add b1.txt
git commit b1.txt -m "master分支下修改了b1.txt"
git push origin master

注意1） 2） 其实是两个用户同时做的，并不知道人家修改了

2）b1分支下修改b1.txt,并push到远程仓库

git checkout b1
修改b1.txt
git add b1.txt
git commit b1.txt -m "b1分支下修改了b1.txt"
git push origin b1

注意最后一行指令 推送的是b1

3）现在远程仓库看，master分支下的b1.txt 和 b1分支下的 b1.txt 内容不一样了

4）再切换到 master 分支下 合并b1分支

git checkout master
git merge b1

合并成功了，但是报了错： merge failed这个时候打开b1.txt 文件 发现，和svn一样有趣了。合并已经完成了，只是他并不是我们希望的合并后的状态，那么我们手动将内容改成我们想要的状态不就行了吗，对，就是这样子

5）手动处理冲突文件

先将文件内容改成我们想要的样子就ok了

6）将修改同步到远程仓库

首先，master下修改了文件，需要重新add、commit到本地仓库

git add b1.txt
git commit b1.txt -m "手动处理合并分支时 b1.txt被多方不同修改的冲突" -i

注意commit冲突文件时，末尾加个-i, 否则报错执行失败

然后合并和修改冲突都是在master分支下做得，将master分支push到远程仓库，就将所有的操作全部同步到远程仓库了

git push origin master

再去远程仓库看一下b1.txt

但是b1下的还没改过来： 很正常，b1还没有合并呢，还不知道master改了文件，b1合并时同样操作一遍就行了

就不push到远程仓库了

4.8 标签操作

Git 中的标签，指的是某个分支某个特定时间点的状态。通过标签，可以很方便的切换到标记时的状态。

比较有代表性的是人们会使用这个功能来标记发布结点（v1.0 、v1.2等）。下面是mybatis-plus的标签：

mybatis plus 中国人写的，就托管在码云平台上

在本节中，我们将学习如下和标签相关的命令：

• git tag 查看标签
• git tag [name] 创建标签
• git push [shortName] [name] 将标签推送至远程仓库
• git checkout -b [branch] [name] 检出标签 (会创建一个分支，将该标签当时那个状态的代码复制到该分支下)

4.8.1 查看标签

查看标签命令：git tag

git tag

4.8.2 创建标签

创建标签命令：git tag 标签名

git tag v0.1

4.8.3 将标签推送至远程仓库

将标签推送至远程仓库命令：git push 远程仓库简称 标签名

git push origin v0.1

推送完成后可以在远程仓库中查看标签。

添加文件后打一个新的标签

1）新建一个文件，add、commit 后打一个新的标签, 再推送到远程仓库

新建文件test.txt => “master test 测试标签”
git add test.txt
git commit test.txt -m "init test.txt"
git tag v0.2
git push origin v0.2

远程仓库查看

4.8.4 检出标签

检出标签时需要新建一个分支来指向某个标签，检出标签的命令格式：git checkout -b 分支名 标签名

将上面打的两个标签分别检出：

git checkout -b b0.1 v0.1

发现检出完成后，自动创建了一个新的分支来记录该标签当时的状态，并且自动切换到了该分支

(注意此时远程仓库没有这个分支，因为没有push嘛，只要本地没有push，本地做的操作远程仓库都不会知道滴)

同样可以检出v0.2

git checkout -b b0.2 v0.2

注意区分标签和分支：
标签就相当于一个快照，一旦打好了，状态就定格了，不会变了，是一个静态概念
而分支是可以变的，是一个动态的概念

5. 在IDEA中使用Git

通过Git命令可以完成Git相关操作，为了简化操作过程，我们可以在IEDA中配置Git，配置好后就可以在IDEA中通过图形化的方式来操作Git。

5.0 环境准备

随便创建一个项目 这里就创建boot项目了：

剩下的内容都再这个boot项目下做了

5.1 在IDEA中配置Git

在IDEA中使用Git，本质上还是使用的本地安装的Git软件，所以需要提前安装好Git并在IDEA中配置Git。

Git安装目录：

解释说明：

git.exe：Git安装目录下的可执行文件，前面执行的git命令，其实就是执行的这个文件

IDEA中的配置：

说明：如果Git安装在默认目录中（C:\Program Files\Git），则IDEA中无需再手动配置，直接就可以使用。（IDEA能自动检测到）

5.2 获取Git仓库

在IDEA中获取Git仓库有两种方式：

• 本地初始化仓库，本质就是执行 git init 命令
• 从远程仓库克隆，本质就是执行 git clone 命令

5.2.1 本地初始化仓库

在IDEA中通过如下操作可以在本地初始化一个本地仓库，其实底层就是执行的 git init 命令。操作过程如下：

1）依次选择菜单【VCS】—【Create Git Repository】

VCS: version control system 版本控制系统

2）在弹出的【Create Git Repository】对话框中选择当前项目根目录，点击【OK】按钮：

操作完成后可以看到当前项目根目录下出现了.git隐藏目录：

其实就是把当前项目根目录作为Git仓库目录，这很合理

操作完成后可以在IDEA的工具栏中看到Git的相关操作图标：

新版本IDEA，创建了本地仓库后，VCS选项就变成Git了

5.2.2 从远程仓库克隆 （常用）

在IDEA中从远程仓库克隆本质就是执行的 git clone 命令，具体操作过程如下：

先关闭所有项目，才能来到初始界面

1）在IDEA开始窗口中点击【Get from VCS】

2）在弹出的【Get from Version Control】窗口中输入远程仓库的URL地址和对应的本地仓库存放目录，点击【Clone】按钮进行仓库克隆操作

第一次会让你输入用户名和密码

成功从远程仓库克隆好项目：

windows资源管理器下看，确实有.git目录，确实是git仓库呀

5.3 Git忽略文件

在Git工作区中有一个特殊的文件 .gitignore

1. 这个文件是Git仓库中特有的文件
2. 文件名就叫 .gitignore 固定的，不能改
   
   确实有些文件与项目本身无光，不需要git来管理, eg: .idea目录下的文件， xxxx.iml 文件， 编译之后的target目录

在Git工作区中有一个特殊的文件 .gitignore，通过此文件可以指定工作区中(当前项目目录下)的哪些文件不需要Git管理。我们在码云上创建Git远程仓库时可以指定生成此文件，如下：

创建完成后效果如下：

解释说明：

1）我们在使用Git管理项目代码时，并不是所有文件都需要Git管理，例如Java项目中编译的.class文件、开发工具自带的配置文件等，这些文件没有必要交给Git管理，所以也就不需要提交到Git版本库中

2）注意忽略文件的名称是固定的，不能修改

3）添加到忽略列表中的文件后续Git工具就会忽略它

一个参考的.gitignore文件内容如下：

.git
logs
rebel.xml
target/
!.mvn/wrapper/maven-wrapper.jar
log.path_IS_UNDEFINED
.DS_Store
offline_user.md
*.class

### IntelliJ IDEA ###
.idea
*.iws
*.iml
*.ipr

5.4 本地仓库操作

本地仓库操作：

• 将文件加入暂存区，本质就是执行 git add 命令
• 将暂存区的文件提交到版本库，本质就是执行 git commit 命令
• 查看日志，本质就是执行 git log 命令

5.4.1 将文件加入暂存区 (index文件)

当在Git工作区新增文件或者对已有文件修改后，就需要将文件的修改加入暂存区，具体操作如下：

1） 新创建一个文件（会自动弹出是否add弹窗）

点击add 就相当于执行了add命令，将该文件加入了git仓库暂存区

黑色： Unmodified 未修改状态 (已commit)
绿色：Staged 已暂存状态 （修改已add）
红色：Modified 已修改状态 (修改未add)

注意trick：勾上左下角对勾，然后点击Add, 以后新创建的文件都会默认自动addd到版本库，也就是自动被追踪了，不需要手动点击add了，很方便

2）右键文件->Git->add 也能加入暂存区 （从而变成绿色）

5.4.2 将暂存区文件提交到版本库 （.git目录）

将暂存区文件提交到版本库，可以选择一个文件进行提交，也可以选择整个项目提交多个文件。在IEDA中对文件的提交进行了简化操作，也就是如果文件修改后，无需再加入暂存区，可以直接提交。

1）提交一个文件：

可以看到，如果选中一个文件提交，则菜单名称为【Commit File…】

随后右击的文件被自动选中，写上日志信息就可以commit了

2）提交多个文件：

可以看到，选中多个文件再提交，则菜单名称为【Commit Files…】

此时发现确实选中了多个文件commit.且commit之后都变成了黑色

提交之后再修改会变成蓝色：

可以看到，想提交目录下所有文件，直接选中目录提交，则菜单名称为【Commit Directory…】

由于提交操作属于高频操作，所以为了进一步方便操作，在IDEA的工具栏中提供了提交操作的快捷按钮：

trick: 选中项目根目录，后点commit，提交整个项目到版本库

IDEA肯定做了优化，修改完毕不必先add再commit, 直接点击对勾进行commit， 没有add会自动先帮你add的

5.4.3 查看日志

查看日志，既可以查看整个仓库的提交日志，也可以查看某个文件的提交日志。

1）查看整个项目的提交日志：

快捷操作1：

快捷操作2：

直接切换到Log 页签 ， 就是整个项目的日志

2）查看某个文件的提交日志

快捷操作：

idea可以很方便看到每次提交前的文件状态

3）查看某次提交做了哪些修改

5.5 远程仓库操作

远程仓库操作：

• 查看远程仓库，本质就是执行 git remote 命令
• 添加远程仓库，本质就是执行 git remote add 命令
• 推送至远程仓库，本质就是执行 git push 命令
• 从远程仓库拉取，本质就是执行 git pull 命令

5.5.1 查看远程仓库

操作过程如下：

右键项目根目录-》Git-》Manage Remotes

在弹出的【Git Remotes】窗口中可以看到配置的远程仓库：

快捷操作

5.5.2 添加远程仓库

一个本地仓库可以配置多个远程仓库，在【Git Remotes】窗口中点击【+】来添加一个新的远程仓库：

添加完成之后

删除远程仓库关联关系

5.5.3 推送至远程仓库

可以通过如下操作将本地仓库文件推送至远程仓库：

右键整个项目(会自动查找哪些文件需要推送)-》Git-》Push…

快捷方式：

在弹出的【Push Commits】窗口中可以看到本次推送的文件，点击【Push】按钮即可推送至远程仓库：

远程仓库查看：

只push了commit了的，没有commit并没有push

提交并推送

由于推送至远程仓库操作属于高频操作，所以可以通过IDEA工具栏中的提交快捷按钮同时完成提交和推送：

（注意是点击commit快捷按钮，不是push快捷按钮）

点击【Commit and Push…】按钮同时完成提交和推送操作

5.5.4 从远程仓库拉取

可以通过如下操作从远程仓库拉取：

由于从远程仓库拉取文件属于高频操作，所以在IDEA的工具栏中提供了对应的快捷按钮：

在弹出的【Update Project】窗口中点击【OK】：

本地创建一份关联项目

新建项目，并和已有仓库取得关联，很难，因为很不合理。

所以标准做法就是远程仓库先创建好，然后最开始一定是IDEA从远程仓库clone，这样最好

也就是以从远程仓库clone的方式在IDEA中new一份本地项目

然后修改提交，就可以很好地模拟团队协作了

5.6 分支操作

分支操作：

• 查看分支，本质就是执行 git branch 命令
• 创建分支，本质就是执行 git branch 分支名 命令
• 切换分支，本质就是执行 git checkout 命令
• 将分支推送到远程仓库，本质就是执行 git push 命令
• 合并分支，本质就是执行 git merge 命令

5.6.1 查看分支

可以通过如下操作查看分支：

在弹出的窗口中可以看到本地分支和远程分支：

由于分支操作属于高频操作，所以在IDEA的状态栏中提供了分支操作的快捷按钮：
右下角点击【master】快捷按钮即可弹出【Git Branches】分支窗口：

当然啦，工具栏也有：

5.6.2 创建分支

在【Git Branches】分支窗口中点击【New Branch】，弹出如下窗口：

在弹出的【Create New Branch】窗口中输入新分支的名称，点击【Create】按钮完成分支创建

创建完成后会自动切换到对应的分支（和命令行一模一样啊）

当然啦，新分支是在旧分支的基础上创建的，所以内容和旧分支一摸一样，就相当于clone了一份

5.6.3 切换分支

通过如下操作可以切换分支：

5.6.4 将分支推送到远程仓库

通过如下操作可以将分支推送到远程仓库：

eg: 将b1分支推送到远程仓库,操作如下：

远程查看，确实推送过来了

5.6.5 合并分支

通过下面操作可以进行分支的合并：

当前在master分支下，点击b1分支进行合并

新版本IDEA似乎会自动合并了, 充分保持一致性

5.7 想办法将之前的外面项目推送到git

5.7.1 远程创建仓库

然后添加一个readme就如下了：

5.7.2 本地已有项目关联远程仓库

1）先创建本地仓库

会发现本地文件全部变红了，全部未提交

2）再关联远程仓库（或者说添加远程仓库）

3）提交到本地版本库

4）先拉取远程仓库内容到本地

远程仓库有本地没有的文件，直接push会失败，所以得先拉取
idea直接拉取也会报错，得加命令参数，于是就到git Bash命令行进行操作啦

git pull --rebase origin master

成功拉取了云端的两个文件： .gitignore 和 README.md

修改一下.gitignore如下：

.git
logs
rebel.xml
target/
!.mvn/wrapper/maven-wrapper.jar
log.path_IS_UNDEFINED
.DS_Store
offline_user.md
*.class

### IntelliJ IDEA ###
.idea
*.iws
*.iml
*.ipr

4）推送到远程仓库

由于上面修改了，于是这里可以直接 commit and push

慢慢等待Pushing完成吧

再去远程仓库看：

果然提交成功啦

若target目录也上传，本地clean一下，然后再commit and push,远程就会删除target了
下次再生产target，不会被上传啦，因为此时.gitignore已经生效了，之前并没有生效

5） 给当前状态打一个标签： V1.0 版本

创建完成，左下角有提示

6） 将tag push 到远程仓库

push成功，右下角，有提示

远程仓库看看，有标签就OK啦

7） 将外面项目reggie_take_out设置为公开

现在换个浏览器，访客模式查看，只能看到这一个公开的仓库，就成功啦

8） 新冲突解决

最最后，云端新增了一个文件LICENSE。.gitignore没有忽略他的话， 下次直接push或者pull还是会报错

解决1: 重新用命令 pull
先idea commit一下
防止有未commit的修改，导致命令执行失败

再强制pull

git pull --rebase origin master

解决2：.gitignore忽略他 （不这么干啦）

9） 修改标签名称

标签名称不能和分支名称重复了。冲突了的话，可能就要修改其中一方

得先将本地重名的branch重命名到一个其他名称，等下面都操作完毕再修改回来

git branch -m 旧分支名称 新分支名称

git branch -m v1.0 v2.0
....
git branch -m v2.0 v1.0

修改tag名称很简单
git branch -m 旧分支名称 新分支名称

# 复制分支
git tag v1.0.0 v1.0
# 删除旧分支
git tag -d v1.0
# 查看本地所有分支
git tag
# 本地分支推送到远程
git push origin v1.0.0

然后到远程仓库点击删除旧分支即可