Git 分布式版本控制工具

Git 分布式版本控制工具

Git 分布式版本控制工具_第1张图片

什么是Git

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

在IDEA开发工具中可以集成Git:

Git 分布式版本控制工具_第2张图片

集成后在IDEA中可以看到Git相关图标:在这里插入图片描述

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

Git 分布式版本控制工具_第3张图片

其他的版本控制工具:

  • SVN
  • CVS
  • VSS

使用Git能做什么

MyBatisPlus源码

MyBatisPlus

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

Git概述

Git简介

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

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

Git 分布式版本控制工具_第4张图片

注意

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

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

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

Git下载与安装

官网

Git

Git 分布式版本控制工具_第5张图片

下载完成后得到安装文件:在这里插入图片描述

直接双击完成安装即可,安装完成后可以在任意目录下点击鼠标右键,如果能够看到如下菜单则说明安装成功:

Git 分布式版本控制工具_第6张图片

Git GUI Here

打开Git 图形界面

Git 分布式版本控制工具_第7张图片

Git Bash Here

打开Git 命令行

git version

Git安装目录结构

Git 分布式版本控制工具_第8张图片

Git代码托管服务

常用的代码托管服务

搭建Git远程仓库我们可以借助互联网上提供的一些代码托管服务来实现,其中比较常用的有GitHub、码云、GitLab等

名称 网址 说明
gitHub https://github.com/ 一个面向开源及私有软件项目的托管平台,因为只支持Git 作为唯一的版本库格式进行托管,故名gitHub
码云 https://gitee.com/ 国内的一个代码托管平台,由于服务器在国内,所以相比于GitHub,码云速度会更快
GitLab https://about.gitlab.com/ 一个用于仓库管理系统的开源项目,使用Git作为代码管理工具,并在此基础上搭建起来的web服务
BitBucket https://bitbucket.org/ 一家源代码托管网站,采用Mercurial和Git作为分布式版本控制系统,同时提供商业计划和免费账户
code.google.com下线

码云代码托管服务

码云

码云

Git 分布式版本控制工具_第9张图片

使用码云的操作流程

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

注册码云账号

注册网址

注册码云

Git 分布式版本控制工具_第10张图片

登录码云

注册完成后可以使用刚刚注册的邮箱进行登录(地址: 登陆码云 )

Git 分布式版本控制工具_第11张图片

创建远程仓库

登录成功后可以创建远程仓库

Git 分布式版本控制工具_第12张图片

页面跳转到新建仓库页面

注意

仓库名称

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

路径

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

开源

所有人都可以查看此仓库

私有

只有此仓库的成员可见,其他人不可见

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

注意

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

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

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

Git 分布式版本控制工具_第13张图片

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

点击【开发者】菜单

Git 分布式版本控制工具_第14张图片

点击【添加仓库成员】菜单下的【邀请用户】菜单

Git 分布式版本控制工具_第15张图片

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

注意

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

Git常用命令

Git全局设置

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

设置用户信息

git config --global user.name "itcast"
git config --global user.email "[email protected]"

查看配置信息

git config --list

Git 分布式版本控制工具_第16张图片

注意

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

获取Git仓库

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

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

  • 在本地初始化Git仓库
  • 从远程仓库克隆x

本地初始化Git仓库

操作步骤

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

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

Git 分布式版本控制工具_第17张图片

从远程仓库克隆

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

命令

git clone 远程仓库地址

git clone https://gitee.com/baomidou/mybatis-plus.git

Git 分布式版本控制工具_第18张图片

删除/修改密码

控制面板 \ 所有控制面板项 \ 凭据管理器 \ Windows 凭据 \ 普通凭据下和gitee相关的就是码云的账号密码

Git 分布式版本控制工具_第19张图片

工作区、暂存区、版本库

为了更好的使用Git,需要了解Git相关的一些概念

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

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

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

Git 分布式版本控制工具_第20张图片

Git 分布式版本控制工具_第21张图片

文件状态

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

  • untracked 未跟踪(未被纳入版本控制)

  • tracked 已跟踪(被纳入版本控制)

    Unmodified 未修改状态

    Modified 已修改状态

    Staged 已暂存状态

注意

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

在这里插入图片描述

本地仓库操作

本地仓库常用命令

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

git status

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

Git 分布式版本控制工具_第22张图片

注意

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

git add

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

在这里插入图片描述

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

git add 文件名
git add *

git reset

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

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

在这里插入图片描述

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

git reset --hard fe8e4c45d183fd686dc1b5b911ea9140605ddb86

在这里插入图片描述

注意

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

git commit

git commit 命令的作用是将暂存区的文件修改提交到版本库(本地仓库),命令格式:git commit -m msg 文件名

Git 分布式版本控制工具_第23张图片

注意

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

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

git log

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

Git 分布式版本控制工具_第24张图片

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

总结

git status ---> 查询一些没有提交的文件的状态,红色没有添加, 绿色没有提交    
git add 要提交的文件名(*) ---> 添加跟踪, 添加到暂存区
git commit -m '提交的信息' ---> 提交, 将暂存区的内容全部提交到本地仓库   
git log ----> 查询历史版本日志    
git reset --hard 版本的唯一标识  ----> 回到之前的版本   

远程仓库操作

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

git remote

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

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

Git 分布式版本控制工具_第25张图片

git remote
git remote -v
注意

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

本地仓库配置的远程仓库都需要一个简称,后续在和远程仓库交互时会使用到这个简称

git remote add

添加远程仓库命令格式:git remote add 简称 远程仓库地址

本地创建仓库:

cd repo1
git init

关联远程仓库:

git remote add origin https://gitee.com/perzpy/hellogit.git
git remote -v

Git 分布式版本控制工具_第26张图片

注意

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

git clone

如果你想获得一份已经存在了的 Git 远程仓库的拷贝,这时就要用到 git clone 命令

Git 克隆的是该 Git 仓库服务器上的几乎所有数据(包括日志信息、历史记录等)

克隆仓库的命令格式

git clone 远程仓库地址

git clone 远程仓库地址
#如果是私有仓库,需要输入gitee上的账号和密码
#如果是开源仓库,直接就下载成功
git clone https://gitee.com/baomidou/mybatis-plus.git #开源

Git 分布式版本控制工具_第27张图片

git push

将本地仓库内容推送到远程仓库,命令格式:

#git push 远程仓库简称(origin) 分支名称
git push origin master

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

Git 分布式版本控制工具_第28张图片

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

Git 分布式版本控制工具_第29张图片

注意

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

注意:
   1)  第一次提交代码 需要 认证: 填写用户名/密码
       如果填写错误 参考下图删除
   2) 第一次推送,如果远程仓库不为空 需要强制推送
      git push -f origin master

删除/修改密码

控制面板 \ 所有控制面板项 \ 凭据管理器 \ Windows 凭据 \ 普通凭据下和gitee相关的就是码云的账号密码

Git 分布式版本控制工具_第30张图片

git pull

远程拉取

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

命令格式:

#git pull 远程仓库简称 分支名称
git pull origin master

Git 分布式版本控制工具_第31张图片

合并本地
注意

如果当前本地仓库不是从远程仓库克隆(git clone),而是本地创建的仓库(git init),并且仓库中存在文件,此时再从远程仓库拉取文件的时候会报错(fatal: refusing to merge unrelated histories )

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

#如果本地仓库是 git init 初始化的,并且本地有代码, 同时远程仓库不为空,在拉取时会无法拉取
#需要加参数拉群(合并)
git pull origin master --allow-unrelated-histories

#把本地仓库的内容推送到远程仓库
git push origin master

分支操作

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

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

Git 分布式版本控制工具_第32张图片

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

查看分支

查看分支命令:git branch

git branch 列出所有本地分支

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

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

Git 分布式版本控制工具_第33张图片

创建分支

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

Git 分布式版本控制工具_第34张图片

切换分支

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

git checkout b1

Git 分布式版本控制工具_第35张图片

注意

在命令行中会显示出当前所在分支,如上图所示。

推送至远程仓库分支

推送至远程仓库分支命令格式:

#git push 远程仓库简称 分支名称
git push origin b1

Git 分布式版本控制工具_第36张图片

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

Git 分布式版本控制工具_第37张图片

合并分支

合并分支就是将两个分支的文件进行合并处理,命令格式:git merge 分支名称

#需求:b1,b2合并到master分支
#1.分支合并时需注意合并的方向:首先切换到目的地分支:master
git checkout master
#2.将b1,b2分支合并到Master分支(本地仓库)
git merge b1
#编写提交日志:暂时不用写,直接输入“:wq” 退出即可
git merge b2

#3.推送到远程仓库
git push origin master

合并冲突

产生的原因
现象演示	
	开发人员A 开发需求1(b1分支),开发了一个工具类 MathUtil,里面第一行写了一个方法 add(int [] args)
 同时开发人员B 开发需求2(b2分支),开发了一个工具类 MathUtil,里面第一行写了一个方法 add(int a...)
他们在互相不知道对方需求的情况下同时提交了代码到自己的分支
   思考此时如果我们把需求1 和需求2 同时都合并到主分支上, 主分支的 工具类 MathUtil 的第一行应该使用谁的代码? 
   此时主分支是不能智能判断第一行使用谁的代码,合并时会报错,我们叫做冲突.
解决方法

Git 分布式版本控制工具_第38张图片

#1.对比两个冲突的文件,查看具体冲突内容
#2.手动合并冲突的文件内容
#3.添加到暂存区
git add b1.txt
#4.commit提交,记得加-i
git commit -m "手动处理合并问题" b1.txt -i
#5.推送到服务器push
git push origin master

标签操作

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

比较有代表性的是人们会使用这个功能来标记发布结点(v1.0 、v1.2等)

下面是mybatis-plus的标签:

Git 分布式版本控制工具_第39张图片

  • git tag 查看标签
  • git tag [tagname] 创建标签
  • git push [仓库简称] [tagname] 将标签推送至远程仓库
  • git checkout -b [branch] [tagname] 检出标签 到一个新的分支

注意

标签需要单独推送

标签名称不能和分支名称重复

查看标签

查看标签命令: git tag

在这里插入图片描述

创建标签

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

Git 分布式版本控制工具_第40张图片

将标签推送至远程仓库

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

git push origin v0.1

Git 分布式版本控制工具_第41张图片

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

检出标签

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

Git 分布式版本控制工具_第42张图片

在IDEA中使用Git

在IDEA中配置Git

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

Git安装目录:

Git 分布式版本控制工具_第43张图片

注意

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

DEA中的配置:

Git 分布式版本控制工具_第44张图片

说明

如果Git安装在默认目录中(C:\Program Files\Git),则IDEA中无需再手动配置,直接就可以使用

获取Git仓库

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

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

本地初始化仓库

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

1)依次选择菜单【VCS】—【Import into Version Control】—【Create Git Repository】

Git 分布式版本控制工具_第45张图片

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

Git 分布式版本控制工具_第46张图片

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

Git 分布式版本控制工具_第47张图片

操作完成后可以在IDEA的工具栏中看到Git的相关操作图标:在这里插入图片描述

从远程仓库克隆

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

1)在IDEA开始窗口中点击【Get from Version Control】

Git 分布式版本控制工具_第48张图片

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

Git 分布式版本控制工具_第49张图片

Git忽略文件

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

Git 分布式版本控制工具_第50张图片

注意

  1. 我们在使用Git管理项目代码时,并不是所有文件都需要Git管理,例如Java项目中编译的.class文件、开发工具自带的配置文件等,这些文件没有必要交给Git管理,所以也就不需要提交到Git版本库中
  2. 注意忽略文件的名称是固定的,不能修改
  3. 添加到忽略列表中的文件后续Git工具就会忽略它

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

    #必须把.gitingore文件放在.git目录同级
.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

本地仓库操作

本地仓库操作:

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

将文件加入暂存区

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

Git 分布式版本控制工具_第51张图片

将暂存区文件提交到版本库

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

1)提交一个文件:

Git 分布式版本控制工具_第52张图片

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

2)提交多个文件:

Git 分布式版本控制工具_第53张图片

可以看到,如果提交多个文件,则菜单名称为【Commit Directory…】

由于提交操作属于高频操作,所以为了进一步方便操作,在IDEA的工具栏中提供了提交操作的快捷按钮:在这里插入图片描述

查看日志

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

1)查看整个项目的提交日志:

Git 分布式版本控制工具_第54张图片

Git 分布式版本控制工具_第55张图片

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

Git 分布式版本控制工具_第56张图片

Git 分布式版本控制工具_第57张图片

远程仓库操作

远程仓库操作:

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

查看远程仓库

操作过程如下:

Git 分布式版本控制工具_第58张图片

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

Git 分布式版本控制工具_第59张图片

添加远程仓库

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

Git 分布式版本控制工具_第60张图片

推送至远程仓库

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

快捷键:Ctrl + Shift + K

Git 分布式版本控制工具_第61张图片

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

Git 分布式版本控制工具_第62张图片

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

Git 分布式版本控制工具_第63张图片

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

从远程仓库拉取

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

Git 分布式版本控制工具_第64张图片

由于从远程仓库拉取文件属于高频操作,所以在IDEA的工具栏中提供了对应的快捷按钮:在这里插入图片描述

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

Git 分布式版本控制工具_第65张图片

分支操作

分支操作:

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

查看分支

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

Git 分布式版本控制工具_第66张图片

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

Git 分布式版本控制工具_第67张图片

由于分支操作属于高频操作,所以在IDEA的状态栏中提供了分支操作的快捷按钮:

Git 分布式版本控制工具_第68张图片

点击【master】快捷按钮即可弹出【Git Branches】分支窗口:

Git 分布式版本控制工具_第69张图片

创建分支

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

Git 分布式版本控制工具_第70张图片

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

切换分支

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

Git 分布式版本控制工具_第71张图片

将分支推送到远程仓库

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

Git 分布式版本控制工具_第72张图片

合并分支

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

注意
  1. 分支合并时需注意合并的方向,如上图所示,在Master分支执行操作

    git checkout master

  2. 将b3分支合并到Master分支

    git merge b3

Git 分布式版本控制工具_第73张图片

TortoiseGit使用

安装

Git 分布式版本控制工具_第74张图片

0) 先安装git
1) 先安装原包
2) 后安装汉化包
3) 必须重启电脑才有图片文件

图标不显示修复

1) win +r  输入  regedit
2) 进入目录
\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\ShellIconOverlayIdentifiers\
3) 将目录前加两个空格(多个空格)

添加文件

1)在仓库中新建一个文件
2)选中新建的文件-->右键--> TortoiseGit--> 添加
3)此时我们看到文件夹上多了一个 "加号"

在这里插入图片描述

在这里插入图片描述

提交文件至本地仓库

1)选中文件
2) 右键--git提交

Git 分布式版本控制工具_第75张图片

修改&提交文件

当我们修改文件以后,文件上多了一个红色感叹号,表示我们上次提交后该文件被修改过
提交后文件图标又变成绿色

Git 分布式版本控制工具_第76张图片

文件状态

Git工作目录下的文件存在两种状态:
1 untracked 未跟踪(未被纳入版本控制) :  比如新建的文件(此时文件夹上没有图标或者有一个"问号")
2 tracked 已跟踪(被纳入版本控制)     
    2.1 Staged 已暂存状态            : 添加 但未提交状态(此时文件夹上有一个"加号")
	2.2 Unmodified 未修改状态        : 已提交(此时文件夹上有一个"对号")
	2.3 Modified 已修改状态          : 修改了,但是还没有提交 (此时文件夹上有一个"红色感叹号")

Git 分布式版本控制工具_第77张图片

这些文件的状态会随着我们执行Git的命令发生变化

Git 分布式版本控制工具_第78张图片

和上一个版本比较差异

修改文件,此时不要提交
选中文件-->右键--> TortoiseGit--> 比较差异

Git 分布式版本控制工具_第79张图片

查看提交历史记录

选中文件
右键--> TortoiseGit--> 显示日志
此时我们可以看到所有的历史提交记录

Git 分布式版本控制工具_第80张图片

回退至历史版本

右键--> TortoiseGit--> 显示日志
选中某个版本--> 进行如下操作

Git 分布式版本控制工具_第81张图片

文件删除

本地删除与恢复

1) 直接选中文件删除的话,其实只是删除了本地工作区的文件,并没有删除 仓库中的文件
 此时时可以回退的, 比如我们进行如下操作
 1)文件删除
 2)右键--> TortoiseGit--> 还原
 此时我们发现文件又被恢复了

Git 分布式版本控制工具_第82张图片

从服务器删除

2) 我们如果真的想要将某个文件从服务器删除,需要进行如下操作
   1) 删除文件,和上面的操作一样
   2) 提交,此时服务文件已经删除了(历史版本还在,还是可以恢复)

从服务器删除,但是不删除本地

只删除服务器上的文件,但是本地文件并不删除
备注: 删除之后需要提交,才会真正的从服务器删除

Git 分布式版本控制工具_第83张图片

忽略提交

配置不提交

Git 分布式版本控制工具_第84张图片

此时我们的根目录下会生成一个.gitignore 文件

忽略文件常见格式

# 所有以.a 结尾的文件讲被忽略(递归)
*.a
# 不管其他规则怎样,强制不忽略  lib.a
!lib.a
# 只忽略 文件 TODO (注意这里是文件)
/TODO
# 忽略 build文件夹下所有内容(递归) 这里是文件夹
build/
# 忽略 doc 目录下以 *.txt 结尾的文件 (不递归)
doc/*.txt
# 忽略 doc 目录下以 *.pdf 结尾的文件 (递归)
doc/**/*.pdf

也可以手动编辑该文件,而不用通过窗口化操作

创建分支

到现在为止,我们一直使用的时主分支(master)
在主分支上操作创建分支

Git 分布式版本控制工具_第85张图片

分支的查看切换

查看分支

查看版本分支图,此时我们看到有两个分支
当然,我们可以创建多个分支
可以看到多个分支的图形

Git 分布式版本控制工具_第86张图片

切换分支

右键--> 检出

Git 分布式版本控制工具_第87张图片

分支的合并与删除

合并

我们将代码切换到分支1,然后写属于需求1 的代码并提交
当我们把需求1 开发完毕如何把需求1 的代码合并到主分支呢?
-->1 切换到 主版本
-->2 右键 合并即可将需求1 写的代码合并至主分支
-----此时我们看到代码自动合并到了master分支

Git 分布式版本控制工具_第88张图片

删除分支

Git 分布式版本控制工具_第89张图片

如何处理冲突

在处理冲突时,第一步应该时找开发另一个需求的人员沟通,之后才是处理冲突
--> 选中冲突的文件(带黄色感叹号的文件都是冲突的文件,如果有多个需要逐一处理)
--> 右键--> 编辑冲突,
-->处理完毕后.标记已解决

在这里插入图片描述

Git 分布式版本控制工具_第90张图片

标签操作

标签的创建(tag)

标签的创建和分支的创建操作几乎一样

Git 分布式版本控制工具_第91张图片

标签的切换与删除

Git 分布式版本控制工具_第92张图片

Git 分布式版本控制工具_第93张图片

工作中如何使用git

项目创造者(项目经理)

  1)  开发本地第一版代码(初始化功能)
  2)  初始化本地仓库
  3)  提交代码到本地仓库(合适清单,是否都是要提交的,如果包含不应该提交的,应该添加至忽略列表)
  4)  创建远程仓库/推送代码到远端
  5)  如果有新人入职,加入开发者列表

开发人员

  1) 入职第一天 会收到 项目代码地址 https://gitee.com/xxx/project.git 
  2) 克隆代码 : git clone https://gitee.com/xxx/project.git
  3) 2-3 天  主要是学习(代码,文档,编码规范)
  4) 4-5 天 接到第一个开发需求
  5) 开发之前先拉取一下代码-pull
  6) 开始写代码-code(需不需要创建一个分支完成你的需求)
  7) 提交到本地仓库-commit
  8) 推送到远程仓库-push

注意

提交时一定要

逐个核实提交的文件是否每一行变化都应该提交

你可能感兴趣的:(git,分布式,java)