分布式版本控制系统Git

Java_慈祥
VIP.4 融会贯通
641 阅读14分钟

「这是我参与2022首次更文挑战的第12天，活动详情查看：2022首次更文挑战」

分布式版本控制系统Git

简介

什么是版本控制

版本控制（Revision control）是一种在开发的过程中用于管理我们对文件、目录或工程等内容的修改历史 方便查看更改历史记录，备份以便恢复以前的版本的软件工程技术。

  • 实现跨区域多人协同开发
  • 追踪和记载一个或者多个文件的历史记录
  • 组织和保护你的源代码和文档
  • 统计工作量
  • 并行开发、提高开发效率
  • 跟踪记录整个软件的开发过程
  • 减轻开发人员的负担，节省时间，同时降低人为错误

简单说就是用于管理多人协同开发项目的技术。

常见的版本控制工具

主流的版本控制器有如下这些：Git SVN CVS VSS TFS....现在影响力最大且使用最广泛的是Git与SVN

版本控制分类

本地版本控制

本地记录文件每次的更新/手动的保存备份，可以对每个版本做一个快照，或是记录补丁文件，适合个人用，如RCS。 就像下面一样：手动的记录备份，1.0 2.0...的记录版本。。。 在这里插入图片描述

集中版本控制 常见：SVN

所有的版本数据都保存在服务器上，协同开发者从服务器上同步更新或上传自己的修改 在这里插入图片描述

所有的版本数据都存在服务器上

  • 用户的本地只有自己以前所同步的版本。
  • 如果不连网的话，用户就看不到历史版本，也无法切换版本验证问题，或在不同分支工作。

而且，所有数据都保存在单一的服务器上

  • 有很大的风险这个服务器会损坏，这样就会丢失所有的数据，当然可以定期备份。 代表产品：SVN、CVS、VSS (本人目前并没有深入了解, 学习还是Git)

缺点： 必须联网才能工作，如果在局域网还可以，带宽够大，速度够快，如果在互联网下，如果网速慢的话，就纳闷了。

分布式版本控制 常见：Git

每个人都拥有全部的代码！存在安全隐患！ 在这里插入图片描述 所有版本信息仓库全部同步到本地的每个用户

  • 这样就可以在本地查看所有版本历史，可以离线在本地提交。 只需在连网时push(上传) 到相应的服务器或其他用户那里。

由于每个用户那里保存的都是所有的版本数据， 只要有一个用户的设备没有问题就可以恢复所有的数据 , 因此 这增加了本地存储空间的占用。
缺点 资料少 (起码中文资料很少) 学习周期相对而言比较长。不符合常规思维。 代码保密性差，一旦开发者把整个库克隆下来就可以完全公开所有代码和版本信息。

SVN与Git的优缺点

SVN是集中式版本控制系统，版本库是集中放在中央服务器的

  • 而工作的时候，用的都是自己的电脑
  • 所以首先要从中央服务器得到最新的版本，然后工作，完成工作后，需要把自己做完的活推送到中央服务器。
  • 集中式版本控制系统是必须联网才能工作，对网络带宽要求较高。

最能体现出区别的是，假如你公司SVN服务器挂掉了，那么你就可以放假了。

Git是分布式版本控制系统

  • 没有中央服务器，每个人的电脑就是一个完整的版本库
  • 工作的时候不需要联网了，因为版本都在自己电脑上。
  • 协同的方法是这样的： 比如说自己在电脑上改了文件A，其他人也在电脑上改了文件A 这时，你们两之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。 Git可以直接看到更新了哪些代码和文件!

Git是是目前世界上最先进的分布式版本控制系统

Git是目前世界上最先进的分布式版本控制系统。 Git是免费、开源的，最初Git是为辅助Linux内核开发的 (所以很多的命令和 linux 有很多相同)~，来替代 BitKeeper！

在这里插入图片描述
Linux和Git之父李纳斯·托沃兹（Linus Benedic Torvalds）1969、芬兰

Git 下载+安装+配置

下载

官网及下载地址： msysgit.github.io/ 本人使用的是：Git-2.21.0-64-bit.exe 版本

安装

本人安装：D:\WSMwork\Git\Git 本人喜欢在博客里写安装目录... 时间长了东西多了. 都不知道在那了！

无脑下一步即可！安装完毕就可以使用了！ 前面几步就省略了，重点是几个选项界面： 一般情况下，这个两个界面都选第一

在这里插入图片描述

在这里插入图片描述

在“Configuring the line ending conversions”选项中 第一个选项：如果是跨平台项目，在windows系统安装，选择； 第二个选项：如果是跨平台项目，在Unix系统安装，选择； 第三个选项：非跨平台项目，选择

启动：

安装成功后在开始菜单中会有Git项 在这里插入图片描述

  • Git Bash： Unix与Linux风格的命令行，使用最多，推荐最多
  • Git CMD： Windows风格的命令行
  • Git GUI： 图形界面的Git，不建议初学者使用，尽量先熟悉常用命令

常用的Linux命令 Linux

git之父就是 linux之父, git的内核就是 liunx... 所以里面很多常用的命令都是linux 类似的！

配置

安装完成之后，就需要为你的Git配置账户了：

  • Git是以邮箱 用户名这个组合为一个标识的。打开Git-Bash.exe
  • 在这里插入图片描述
 # 配置全局用户名
 git config --global user.name '输入用户名'
 ​
 # 配置全局邮箱
 git config --global user.email 'xxx@qq.com' 
 # 这里配置的是全局的用户名和邮箱，也可以为每一个项目配置一个，这里就不演示了。
 ​
 ​
 #查看系统配置config
 git config --system --list
 ​
 #查看当前用户（global）配置
 git config --global  --list

设置用户名与邮箱（用户标识，必要）

在这里插入图片描述 在　C:\Users\Administrator\ .gitconfig　中可以看到配置的用户信息 尽量填写自己的, 因为后面靠着这个和 远程仓库github 进行连接的 在这里插入图片描述

Git所有的配置文件，其实都保存在本地！

Git相关的配置文件：Git\Git\mingw64\etc\gitconfig 查看配置 git config -l

本人刚安装配置比较少... 在这里插入图片描述

Git 三个区域

工作区+版本库+暂存区

  • 工作区(Working Directory)： 平时存放项目代码的地方** 就是你电脑本地硬盘目录
  • 暂存区(stage)： 用于临时存放你的改动,事实上它只是一个文件，保存即将提交到文件列表信息 一般存放在”git目录” 版本区下的index文件（.git/index）中，所以我们把暂存区有时也叫作索引（index）
  • 仓库区 /版本区(Repository)： 工作区有个隐藏目录.git，它就是Git的本地版本库 就是安全存放数据的位置，这里面有你提交到所有版本的数据。其中HEAD指向最新放入仓库的版本

Directory使用Git管理的一个目录，也就是一个仓库 包含着： 工作区 和 git版本库 在这里插入图片描述

  • Directoryc 可以理解为一个普通的目录, 通过git init命令初始化为一个Git管理目录 之后就会自动生成一个 .git 版本库文件 Directoryc文件夹里面的文件就是 一个个工作区 都是要被管理的文件
  • 创建出的文件最初是 工作区的Untracked: 未跟踪状态文件 通过 add 命令, 状态变为Staged 暂存状态
  • Staged: 暂存状态. 执行git commit则将修改同步到版本库中 进行备份记录版本状态！

Git为我们默认自动创建的第一个主分支master，以及指向master的一个指针叫HEAD

我们把文件往Git版本库里添加的时候，是分两步执行的：
 第一步是用git add把文件纳入Git管理暂存区；实际是把本地文件修改添加到暂存区
第二步是用·git commit·提交更改；实际上就是把暂存区的所有内容提交到当前分支默认master主分区。

远程仓库：

如果在加上远程的git仓库(Remote Directory)就可以分为四个工作区域：

  • Remote：远程仓库，托管代码的服务器，可以简单的认为是你项目组中的一台电脑用于远程数据交换

自定义创建Directory git管理仓库

找到任意一个盘符位置下不建议路径中存在中文~： Git安装之后右击就会出现选择，右键选择Git Bash Here，然后就会弹框，输入命令：git init初始化Git 版本库 在这里插入图片描述在这里插入图片描述
创建版本库成功，路径下面多了一个.git的文件夹。这个就是git的本地版本库 并且自动为我们创建了master分支，并且当前已经默认关联上了master分支

Git 常用操作

查看文件状态+提交修改

 # 查看当前路径下所有文件的状态 
 git status
 ​
 # 查看当前文件下的文件状态
 git status 文件夹

文件状态！！

  • Untracked: 未跟踪, 此文件在文件夹中, 但并没有加入到git库, 不参与版本控制. 通过git add 状态变为Staged.
  • Unmodify: 文件已经入库, 未修改, 即版本库中的文件快照内容与文件夹中完全一致. 这种类型的文件有两种去处： 如果它被修改, 而变为Modified 如果使用git rm移出版本库, 则成为Untracked文件
  • Modified: 文件已修改, 仅仅是修改, 并没有进行其他的操作. 这种类型的文件有两种去处： 通过git add可进入暂存staged状态 使用git checkout 则丢弃修改过, 返回到unmodify状态，这个git checkout即从库中取出文件, 覆盖当前修改 !
  • Staged: 暂存状态. 执行git commit则将修改同步到库中 这时库中的文件和本地文件又变为一致, 文件为Unmodify状态. 执行git reset HEAD filename取消暂存, 文件状态为Modified

下面一一介绍: ↓↓↓

  • 首先创建了一个名字叫abc.txt的文件 在这里插入图片描述
  • 使用git status查看abc.txt文件的状态。 在这里插入图片描述 这里的文件名字显示为红色，表示未被git管理的文件。

暂存区~提交

 # 将文件加入到暂存区
 git add 文件
 ​
 # 提交
 git commit -m '注释' 文件
 # git commit 文件     提交暂存区的文件;
 # -m '表示给文件添加注释说明'    
 ​
 git status 
 # 查看文件：
 # nothing to commit,working directory clean（没有什么可以提交，工作区非常干净）
 # 如果文件被提交之后在被修改,在此查看 Git 会给出提示！

在这里插入图片描述

修改提交后的文件:

将add —— commit的文件，修改之后在 git status 查看 Git 会对文件进行管理跟踪了 在这里插入图片描述 需要再次 git add git commit 更新同步文件~ 可以看到这里文件状态个变为modified

日志+版本号+对比不同

 # 查看当前路径下所有文件的版本日志信息
 git log
  
 # 查看当前路径下 指定文件的版本日志信息
 git log 文件
 ​
 # 查看文件的日志信息，以一行显示：作者，时间，注释
 git log --pretty=oneline 文件
 ​
 # 查看版本号信息
 git reflog 文件

在这里插入图片描述

日志一行显示

在这里插入图片描述

查看文件 版本号信息

在这里插入图片描述

版本回退、穿梭

Git 最强之处就是对于文件, 项目版本的维护管理！！ 底层的默认对 提交 的文件进行 监听并会自动保存对应的版本号~ 可以在不同版本之间切换~ 如果一项目更新版本出现bug 为了方便使用, 可以直接回归上一个版本...😂

 # 版本回退、穿梭
  git reset --hard HEAD^                     # 回退上一个版本  
  git reset --hard HEAD~int                  # 回退int个版本以前 int表示数值类型
  git reset --hard 版本号                   # 穿梭到指定那个版本

执行上面命令，就会在已提交的项目中, 回到上一个/某个 版本！ Git的强大！！这里就不图片了...要注意结合对应回退版本的文件进行查看！效果最佳！ ,

对比文件差异/不同

 # 与修改前文件作比较
 git diff 文件

在这里插入图片描述

撤销文件修改

 # 撤销未加入暂存区的文件修改(也就是未add修改的文件,取消修改)
 git checkout 文件;        # 文件状态Modified(修改) ——> unmodify(入库)
 ​
 # 撤销已加入暂存区但未提交的文件修改(也就是已add未commit的文件)
     # 1.先回到之前版本库 文件的代码 
     git reset HEAD 文件;
     # 2.再checkout 文件
     git checkout 文件;
 ​
 # 撤销已加入暂存区已提交的文件修改(也就是已add已commit的文件)
 # 整体回退到之前版本
 git reset –hard HEAD^
 ​
 # 删除文件 就是基本的linux 的命令了...
 git rm -f 文件        
 # 使用rm删除之后，使用git status命令，可以看到文件为绿色，需要提交才能生效
 git commit -m 'delete 文件' 文件

分支操作：

Git 在创建时候就会默认提供一个分支 Master(公司中一般代表着小组长) 而每个成员也都对应一个分支~ Git鼓励使用分支：

  • 每个分支都可以理解为一个独立的操作者, 不会互相影响；
  • 且Git 切换分支时候，当前的工作区也会变为对应分支的工作区：
 A分支有 abc文件  **切换**
 B分支有就不一定会有abc文件, B分支可以从A分支`pull下载/push上传/合并文件`~ **分支都是互通**
  • 可以多个分支创建修改一个项目, 由主master 进行维护汇总~
 # 创建分支
 git branch 分支名字 (如dev) // 创建(dev)分支
 ​
 # 查看分支
 git branch
 ​
 # 切换分支
 git checkout 分支名字 // 切换到xx分支
 ​
 # 拉取分支  就会将目标分支代码拉到此分支;
 ​
 ​
 # 推送分支
 ​
 ​
 # 合并分支
 git merge (指定合并的分支)

在这里插入图片描述

分支合并（无冲突）

 # 假设现在我修改新分支上的文件
 # 然后回到主分支，主分支我并没有进行修改，只有新分支修改了，那么进行合并
 # 显然是没有冲突的，Git会直接对 master分支里的文件进行了更新

分支合并 （有冲突）

 # 如果我修改新分支上的文件
 # 然后回到主分支，主分支我也进行修改，那么进行合并
 # 就会产生冲突的，Git会将都修改过的相同行代码都保留，以一种特殊格式保留;

在这里插入图片描述 结果：

在这里插入图片描述 Git 给其进行了特殊的格式, 并且进入了合并模式： 在这里插入图片描述 想要退出只有, 对文件进行修改！且重写提交 add commit 需要注意的是这里的 commit不需要在附带文件！ git commit -m '日志注解~' 不要写文件名！不然退不出合并模式, 本次只是为了提交~

删除分支

 git branch -d 分支名

Git忽略文件提交

有些时候我们不想把某些文件纳入版本控制中，比如数据库文件，临时文件，设计文件等就需要 忽略文件进行版本控制！！

使用.gitignore忽略文件

  • 我们需要在项目的根目录当中创建.gitignore文件
  • 使用.gitignore文件的方式很简单 .gitignore文件当中，一行代表一条忽略规则 如果是一个带“.”这种有后缀的字符串那么git就会忽略这个文件。 “*”表示的就是选中所有，如果没有“.”就表示一个文件夹。

.gitignore

 #为注释
 *.txt        #忽略所有 .txt结尾的文件,这样的话上传就不会被选中！
 !lib.txt     #但lib.txt除外
 /temp        #仅忽略项目根目录下的TODO文件,不包括其它目录temp
 build/       #忽略build/目录下的所有文件
 doc/*.txt    #会忽略 doc/notes.txt 但不包括 doc/server/arch.txt
avatar
文章
阅读
粉丝
相关推荐
大厂真实 Git 开发工作流程
37k阅读
 · 
648点赞
Git 分布式版本控制系统使用教程
138阅读
 · 
1点赞
Git：分布式版本控制系统的革命性诞生与全球应用
3.3k阅读
 · 
3点赞
初识Git ：版本控制的魔力
3.5k阅读
 · 
1点赞
git 如何撤回已push的代码
65k阅读
 · 
505点赞
【Git】版本控制的发展历史
1.9k阅读
 · 
6点赞
版本控制工具之Git基本操作
2.8k阅读
 · 
0点赞
30分钟让你快速学会Git版本控制
2.8k阅读
 · 
1点赞
分布式版本控制工具Git入门及原理简介
709阅读
 · 
1点赞
Git 回退到指定版本
2.7k阅读
 · 
13点赞