Git 分布式版本控制工具

文章目录

• Git 分布式版本控制工具
• • 1.目标
  • 2.概述
  • • 2.1、开发中的实际场景
    • 2.2 版本控制的方式
    • 2.3 SVN
    • 2.4 Git
    • 2.5 Git工作流程图
  • 3. Git安装与常用命令
  • • 3.1 Git环境配置
    • • 3.1.1 下载与安装
      • 3.1.2 基本设置
      • 3.1.3 为常用指令设置别名
      • 3.1.4 解决Git Bash乱码问题
    • 3.2 获取本地厂库
    • 3.3 基础操作指令
    • • 3.3.1 查看修改的状态（status)
      • 3.3.2 添加工作区到暂存区（add)
      • 3.3.3 提交暂存区到本地仓库（commit）
      • 3.3.4 查看提交日志
      • 3.3.5 版本回退
      • 3.3.6 添加文件至忽略列表
    • 3.4 分支
    • • 3.4.1 查看本地分支
      • 3.4.2 创建本地分支
      • 3.4.4 切换分支
      • 3.4.6 合并分支
      • 3.4.7 解决冲突
  • 4 Git远程仓库
  • • 4.1 常用的托管服务（远程仓库）
    • 4.2 操作远程仓库
    • • 4.2.1 添加远程仓库
      • 4.2.2 查看远程仓库
      • 4.2.3 推送到远程仓库
      • 4.2.4 从远程仓库克隆
      • 4.2.5 从远层仓库中抓取和拉取
      • 4.2.6 解决合并冲突

1.目标

• 了解Git基本概念
• 能够钙塑git工作流程
• 能够使用Git常用命令
• 熟悉Git代码托管服务
• 能够使用idea操作git

2.概述

2.1、开发中的实际场景

场景一：备份​	小明复杂的模块就要完成了，就在即将Release之前的一瞬间，电脑突然蓝屏，硬盘光荣牺牲，几个月的努力付之东流。场景二：代码还原​	这个项目中需要有一个很复制的功能，老王摸索了一个星期终于有眉目了，可是这被改得面目全非的代码已经回不到从前了，什么地方能买到哆啦A梦的时光机啊？场景三：协同开发​	小刚和小强先后从文件服务器上下载了同一个文件：`Analysis.java`。小刚在`Analysis.java`文件中的第30行声明了一个方法，叫`count()`，先保存到了文件服务器上；小强在`Analysis.java`文件中的第50行声明了一个方法，叫`sum()`，也随后保存到了文件服务器上，但是小强的代码将小刚的代码覆盖掉了，所以服务器中这个文件没有`count()`方法。所以需要让多人协同开发。场景四：追溯问题代码的编写人和编写时间​	老王是另一位项目经理，每次因为项目进度挨骂之后，他都不知大该扣哪个程序员的工资！就拿这次来说吧，有个Bug调试了30多个小时才知道是因为相关属性没有在应用初始化时复制！但没有程序员承认是谁干的。

怎么解决这些问题呢？

版本控制，每一次修改都相当于一次新的版本。

2.2 版本控制的方式

• 集中式版本控制工具

  版本库是几种存放在中央服务器的，team里每个人work时从中央服务器下载代码，是必须联网才能工作，局域网或互联网。个人修改后提交到中央版本库。

  问题：

  1. 假如服务器断网了，那么所有人就都不能再提交代码了。
  2. 假如服务器磁盘不够了，那么也无法提交代码了。

  举例：SVN和CVS

• 分布式版本控制工具

  分布式版本控制系统没有”中央服务器“，每个人的电脑都是一个完整的版本库，这样工作的时候就不需要联网了，因为版本库就在你自己的电脑上。多人协作只需要各自的修改推送给对方，就能互相看到对方的修改了。

  ​ 举例：Git

2.3 SVN

2.4 Git

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-RMmFMRSO-1665300232571)(https://xiaoxin18.oss-cn-hangzhou.aliyuncs.com/2022/image-20221004181532866.png)]

Git是分布式的，Git不需要有中心服务器，我们每台电脑拥有的东西都是一样的。我们使用Git并且有个中心服务器，仅仅是为了方便交换大家的修改，但是这个服务器的地位和我们每个人的PC是一样的。我们可以把它当作一个开发者的PC就可以就是为了大家代码容易交流不关机用的。没有它大家一样可以工作，只不过”交换“修改不方便。

也就是说，每个开发人员的电脑都相当于一个服务器，假如中心服务器宕机了，也可以使用其他开发人员的服务器中的版本库。

2.5 Git工作流程图

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-xBdlH6Ai-1665300232572)(https://xiaoxin18.oss-cn-hangzhou.aliyuncs.com/2022/image-20221004195007110.png)]

1. clone（克隆）: 从远程仓库中克隆代码到本地仓库
2. checkout （检出）:从本地仓库中检出一个仓库分支然后进行修订
3. add（添加）: 在提交前先将代码提交到暂存区
4. commit（提交）: 提交到本地仓库。本地仓库中保存修改的各个历史版本
5. fetch (抓取) ： 从远程库，抓取到本地仓库，不进行任何的合并动作，一般操作比较少。
6. pull (拉取) ： 从远程库拉到本地库，自动进行合并(merge)，然后放到到工作区，相当于 fetch+merge
7. push（推送） : 修改完成后，需要和团队成员共享代码时，将代码推送到远程仓库

3. Git安装与常用命令

3.1 Git环境配置

3.1.1 下载与安装

下载地址：Git - Downloads (git-scm.com)

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

双击下载的安装文件来安装Git，安装完成后再电脑桌面（也可以是其他目录）点击右键，如果能够看到如下两个菜单则说明Git安装成功。

• Git GUI：Git提供的图形界面工具
• Git Bash：Git 提供的命令行工具

当安装Git后首先要做的就是设置用户名称和email地址，这很重要，因为每次Git提交都会使用该用户信息。

3.1.2 基本设置

1. 打开Git Bash
2. 设置用户信息

git config --global user.name "zhangsan"

git config --global user.email "123@qq.com"

查看配置信息

git config --global user.name

git config --global user.email

3.1.3 为常用指令设置别名

有些常用的指令参数非常多，每次都要输入好多参数，我们可以使用别名。

1. 打开用户目录，创建.bashrc文件

部分windows系统不允许用户创建点号开后的文件，可以打开Git Bash,执行touch .bashrc。

1. 在.bashrc文件中输入如下内容：

#用于输出git提交日志
alias git-log='git log --pretty=oneline --all --graph --abbrev-commit'
#用于输出当前目录所有文件及基本信息
alias ll='ls -al'

1. 打开gitBsh，执行source ~/ .bashrc

3.1.4 解决Git Bash乱码问题

1. 打开GitBash执行下面命令

git config --global core.quotepath false

1. ${git_home}/etc/bash.bashrc 文件最后加入下面两行

export LANG="zh_CN.UTF-8"
export LC_ALL="zh_CN.UTF-8"

3.2 获取本地厂库

要使用Git对我们的代码进行版本控制，搜先需要获得本地仓库

1. 在电脑的任意位置创建一个空目录作为我们的本地Git仓库
2. 进入这个目录中，点击右键打开Git Bash窗口
3. 执行命令git init
4. 如果创建成功后可以在文件夹下看到隐藏的.git目录

3.3 基础操作指令

Git工作目录下对于文件的修改（增加、删除、更新）会存在几个状态，这些修改的状态会随着我们执行Git的命令而发生变化。

我们主要讲解如何使用命令来控制这些状态之间的转换：

1. git add:工作区–> 暂存区
2. git commit: 暂存区 --> 本地仓库

3.3.1 查看修改的状态（status)

• 作用：查看修改的状态（暂存区、工作区）
• 命令：git status

我们创建一个文件的时候，此时该文件处于工作区，我们查看它的状态的话，就会显示还没有提交到暂存区。

当我们去修改一个文件的时候，该文件也会处于工作区。

3.3.2 添加工作区到暂存区（add)

• 作用：添加工作区一个或多个文件的修改到暂存区
• 命令：git add 单个文件名|通配符
  • 将所有修改假如暂存区 ：git add .

添加到暂存区后，在查看它的状态

3.3.3 提交暂存区到本地仓库（commit）

• 作用：提交暂存区内容到本地仓库的当前分支
• 命令：git commit -m '注释内容'

3.3.4 查看提交日志

在3.1.3中配置的别名 git-log 就包含了这些参数，所以后续可以直接使用指令 git-log

• 作用：查看提交目录
• 命令：git log [option]
  • options:
    • –all 显示所有分支
    • –pretty=oneline 将提交信息显示为一行
    • –abbrev-commit 使得输出的commitld 更简短
    • –graph 以图的形式显示

3.3.5 版本回退

• 作用：版本切换
• 命令格式：git reset --hard commitID
  • commitID可以使用git-log或者git log指令查看
• 如何查看已经删除的记录？
  • git reflog

3.3.6 添加文件至忽略列表

一般我们总会有些文件无需纳入Git的管理，也不希望它们总出现在未跟踪文件列表。通常都是些自动生成的文件，比如日志文件，或者编译过程中创建的临时文件等。在这种情况下，我们可以在工作目录中创建一个名为.gitignore的文件（文件名称固定），列出要忽略的文件模式。

3.4 分支

几乎所有的版本控制系统都以某种形式支持分支，使用分支意味着你可以把你的工作从开发者主线上分离开来进行重大的Bug修改。git所有分支之间彼此互不干扰，各自完成各自的工作和内容。可以在分支使用完后合并到总分支上，安全、便捷、不影响其他分支工作。

3.4.1 查看本地分支

• 命令：git branch

执行完后发现结果为* master

master:从项目创建之初，有且唯一的分支就是主分支。如果之后再创建分支，就是一个一个的从分支，主分支叫做master。*指当前在哪个分支上。

HEAD：如果有两个分支指向相同提交历史，HEAD会指向当前那个分支。相当于一个指针。

HEAD指向的直接关系是当前分支，在找到分支的版本。

3.4.2 创建本地分支

• 命令：git branch 分支名

git创建新分支，即在当前位置创建一个分支，比如叫dev,让母后奖HEAD指向dev。

• 分支创建好提交都是在dev上提交，而之前的总提交master分支的提交位置停留在创建从分支dev的位置，而HEAD会跟随新创建的分支，跟随每一次提交不停的向前移动，保持HEAD指针在提交的最前沿。
• 在master上创建的dev会继承master的所有提交，通过git log可以看出来。

3.4.4 切换分支

• 命令：git checkout 分支名
• 命令：git checkout -b 分支名：创建分支并切换

3.4.6 合并分支

• 命令：git merge 分支名

当分支切换回主分支的时候，可以将dev的修改提交合并到master分支上。

这里的合并称为快速合并fast-forward。只是将master的指针指向了dev最后一次提交的位置。

3.4.7 解决冲突

当两个分支上对文件的修改可能回存在冲突，例如同时修改了同一个文件的同一行，这时就需要手动解决冲突，解决冲突步骤如下：

1. 处理文件中冲突的地方
2. 将解决完冲突的文件假如暂存区（add）
3. 提交到仓库（commit）

冲突发生

冲突解决

4 Git远程仓库

4.1 常用的托管服务（远程仓库）

如何搭建Git远程仓库：可以借助互联网上提供的一些代码托管服务来实现，其中比较仓用的GitHub、码云、GitLab等。

Github:是一个面向开源及私有软件项目的托管平台，只支持Git作为唯一的版本库格式进行托管。

码云：是国内的一个代码托管平台，由于服务器在国内，所以速度更快

GitLab:是一个用于仓库管理系统的开源项目，使用Git作为代码管理工具，并在此基础上塔尖起来的web服务，一般用于在企业、学校等内部塔尖git私服。

4.2 操作远程仓库

4.2.1 添加远程仓库

• 命令：git remote add <远端名称> <仓库路径>
  • 远端名称，默认是origin，取决于远端服务器设置
  • 仓库路径：从远端服务器获取此URL

4.2.2 查看远程仓库

• 命令：git remote

4.2.3 推送到远程仓库

• 命令：git push [-f] [--set-upstream] [远端名称[本地分支名][:远端分支名]]
  • 如果远程分支名和本地分支名相同，则可以只写本地分支
    • git push origin master
  • --set-upstream推送到远端的同时并且建立起和远端分支的关联关系。

4.2.4 从远程仓库克隆

如果有一个远端仓库，我们可以直接clone到本地

• 命令：git clone <仓库路径> [本地目录]
  • 本地目录可以省略，会自动生成一个目录

4.2.5 从远层仓库中抓取和拉取

远程分支和本地的分支一样，我们可以进行merge操作，只是需要先把远端仓库里的更新都下载到本地，再进行操作。

• 抓取：git fetch [remote name] [branch name]
  • 抓取指令就是将远端仓库的修改拉到本地，不会进行合并
  • 如果不指定远端名和分支名，则抓取所有分支
• 拉取：git pull [remote name] [branch name]
  • 拉取指令就是将远端仓库的修改拉到本地并自动进行合并，等同于fetch + merge
  • 如果不指定远端名和分支名，则抓取所有分支

4.2.6 解决合并冲突

在一段时间，A、B用户修改了同一个文件，且修改了同一行位置的代码，此时会发生合并冲突。

A用户在本地修改代码后优先推送到远程仓库，此时B用户在本地修订代码，提交到本地仓库后，也需要推送到远程仓库，此时B用户晚于A用户，故需要先拉取远程仓库的提交，经过合并后才能推送到远端分支,如下图所示。

在B用户拉去代码时，因为A、B用户同一段时间修改了同一个文件的相同位置代码，所以会发生合并冲突。

远程分支也是分支，所以合并时冲突的解决方式也和解决本地分支冲突相同。

本文链接：https://my.lmcjl.com/post/13400.html