多人协同开发那些事 先看懂再操作(Git分支合并冲突的解决)

  • Post author:
  • Post category:其他




Git多人协同开发那些事(分支合并冲突的解决)

当开发一个大型项目时通常都是许多人进行合作,每个人负责项目的一部分,Git是实现多人协同开发最常见的工具,但是对于刚接触Git的人来说,多人协同开发会遇见很多问题,这篇博客的内容主要就是为了给出多人协同开发的正确步骤,并对这个过程中遇到的问题进行解释和解决。



一、协同开发的准备工作 🍉

1、新建一个仓库(当然

2、创建主分支,即上传项目的初始内容到master分支

3、团队内成员进行分工(各个成员之间

负责的内容用尽量不冲突



二、开发阶段 🍇

1、每个成员将远程仓库主(master)分支的内容clone下来

2、按照分工进行自己负责的工作



三、提交阶段 🍍

这个阶段是问题发生最严重的的阶段,下面的步骤都是按照

有管理员

的情况下阐述的。

管理员的作用



1️⃣每个成员在完成自己的工作后,首先要

注意远程仓库的变化



(1) 为什么要注意远程仓库的变化?

一开始团队内每个成员都是基于最开始的master分支进行工作的,随着时间的流逝,会有成员上传自己的内容,如果成员甲push了自己的内容到master分支后,那么master分支中的内容就会被甲所提交的内容所

覆盖

,这时如果有个成员乙不注意远程仓库的变化,也直接将自己的内容push到远程的master分支上,那么远程仓库的主分支就会被成员乙策内容所

替换

,也就是成员甲所push的内容会被成员乙提交的内容

覆盖掉



(2) 该如何注意远程仓库的变化?

方式一:拉取远程分支(

最常用

即使用

pull指令

,该指令可以理解为两个步骤:

  • 获取远程分支
  • 将获取的远程分支与本地分支合并

拉取后,由于自动合并,就会将远端的内容合并到本地分支,此时再push上去,本地内容将远端分支覆盖后就保留了成员甲的内容。

但是合并过程中可能会出现一些错误

方式二:获取远程分支(最安全)

即使用

fetch指令

,该指令就是获取远端指定分支的最新版到本地(即在本地创建一个新分支内容为远端指定分支的最新版)。获取分支后就可以比较、查看远程分支的内容,随后若想push,可选择与获取的分支进行merge(合并)再push。



2️⃣获取远程仓库的最新版,与本地进行合并



合并时会产生的问题:合并冲突

会产生的情况:

  • 两个人对同一项目的不同文件进行了修改☑️
  • 两个人对同一项目的同一文件的不同区域进行了修改☑️
  • 对同一项目的同一文件的

    同一区域

    进行了不同修改❌

上述三种情况的前两种都可以由Git进行自动合并,而第三种情况无法进行自动合并,需要**

手动合并

**。



问题1:什么是自动合并?

合并本质上可以理解为将两个人(分支)对项目的基础的修改整合到一块,注意是对项目的

修改

。上述三种情况的前两种是两个人对项目的不同区域进行修改,互不干扰,所以Git可以自动的将两个人对项目的修改整合到一起,如下面的演示图。

演示图



问题2:为什么需要手动合并?

当可以自动合并时,说明两个人的修改不会冲突,但是当两个人对同一文件的同一区域进行了修改那么这两个修改就会产生冲突,Git将无法整合这两个修改,因为Git不知道它该保留两个修改中的哪一个(或是要一并保存),这是就需要人工进行手动合并了。



问题三:什么是手动合并?

当Git不知道该保留两个修改中的哪一个时,就需要人来进行这个决策,可以选择保留两个修改中的任意一个,或是选择将两个修改全部保留。

完成上述决策就是手动合并的目的。



3️⃣合并过后,就可以上传(push)到远程仓库自己的分支了



四、审核阶段 🍒

管理员审核代码,没有发现问题后就可以将其与主分支进行merge,管理员应尽快完成这个过程,从而确保成员拉取到的都是最新版本。

管理员合并过程中可能也会发生冲突,需要管理员联系成员了解情况后进行手动合并。



管理员的作用:

维护远程仓库的master分支,包括以下:

  • 检查各个成员分支的代码有无问题
  • 将成员分支的代码合并到master分支
  • 合并发生冲突时,进行手动合并

如果大家发现文章有什么地方存在问题,希望可以指出,十分感谢。



版权声明:本文为tomatoarmys原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。