【多人协作】场景模拟(一)

简介: 【多人协作】场景模拟(一)

实现多人协作

多人协作开发是git的最核心也是最重要的操作。多人协作也就意味着同一时间里,可能有很多人提交不同版本的代码到远程仓库中,也就要求我们理解并且熟悉分支管理等操作。下面我们来简单模拟一个同一分支下多人协作的场景,观察其流程。

场景:

现有一个远程仓库test,master分支中有一个code.cpp文件。要求添加两行代码到这个文件中:一行是a++,一行是b++。 这两行代码分别由a,b两名程序员分别完成。要求两名开发人员不能直接在master分支下操作,需要新建一个dev分支,并将代码先提交到dev分支下。最后合并dev分支与master分支。

初始仓库内容:

code.cpp初始版本:

我们希望在第7行处添加a++和b++。

新建分支dev,这个分支也就是后面开发人员的工作分支

值得注意的是,目前我们是模拟了两个用户,在实际开发中每个用户都有自己的gitee/github账户,如果要多人进行协同开发,必须要将用户添加到开发者,否则没有权限提交代码到仓库。


而为了简化步骤我这里就直接用两个本地仓库模拟两个用户了。

操作流程

1开发人员a和b克隆仓库到本地

克隆仓库使用指令git clone

为了确保最新的版本。使用git pull拉取操作

使用git branch -r指令可以查看origin(远端仓库默认叫origin)的分支

2在本地仓库建立分支并与远程分支建立链接

使用指令 git checkout -b dev origin/dev 建立链接的同时切换到dev分支。 同时使用指令git branch -vv查看本地分支与远程分支的;链接关系。

我们可以看到本地的dev分支与远程的dev分支建立了链接。在当前分支下git push操作就能直接推送到远程的dev分支下了。

也可以在本地创建分支之后是用指令git branch --set-upstream-to=origin/dev dev来使本地dev分支与远程dev分支建立链接。

还可以使用git push origin dev来推送本地的dev分支到远端,如果远端没有dev分支,远端就会先建立dev分支.这样虽然没有建立链接,但是也能将本地的dev分支推送到远端。

将以上操作在另一台机器上再重新复刻一遍模拟开发成员b,准备工作完成。

3开发人员工作并提交代码

开发人员a完成工作

开发人员b完成工作

开发人员a提交代码到远程dev分支中

此刻开发人员a已经成功将代码推送到gitee中,此时开发人员b也试图推送代码,就会发生合并冲突问题:

这是因为由于a提交的代码和b提交的代码有冲突。都是在第7行修改代码,git不知道该怎么处理!而且由于a已经提交过代码了,此时b本地的dev分支已经落后于远程的dev分支了。

解决办法:先用git pull指令把最新的提交从origin/dev下抓取下来。然后在本地进行合并,解决冲突之后再推送。

此时重新提交就能在远程仓库看到新的代码了。注意这里的重新提交是指add以及之后的一系列操作

此时a和b就完成了各自的工作,并且成功将代码合并提交到了远程的dev分支中。

4将合并dev分支与master分支

多人协作的目的还是将开发后的代码合并到master上去,让我们的项目运行最新的代码。

在本地的dev分支下pull操作,保证最新的dev版本。切换到本地的master分支下,同样,master分支也最好pull一下。将两个分支进行合并,合并的指令是:git merge dev。合并完之后再推送到远程的mast下中。

任务完成。上述代码只是一个例子,与实际开发要求无关。

提交Pull Requetst

合并远程分支的操作通常需要先提交PR表给审查人员,审查通过之后才能合并master。所谓的PR表实际上就是描述此次合并请求的相关信息。这是为了master分支足够安全。

  1. 创建并提交Pull Requetst表



  1. 等待审查人员批准合并分支请求

相关文章
|
9月前
|
安全 开发工具 git
【多人协作】场景模拟(二)
【多人协作】场景模拟(二)
|
9月前
|
搜索推荐 JavaScript Java
项目开发过程中实际遇到的几个问题处理
项目开发过程中实际遇到的几个问题处理
227 2
|
5月前
|
中间件 测试技术 数据库
开发人员之软件开发流程八个步骤
软件开发流程是指软件开发设计的一般流程,包括软件的总体结构、模块的组成、功能的设计、程序的编译、调试、联调、测试等过程。
475 2
|
测试技术
敏捷不光应用于项目,更适合开发调试过程中的细节
敏捷不光应用于项目,更适合开发调试过程中的细节 太阳火神的美丽人生 (http://blog.csdn.net/opengl_es) 本文遵循“署名-非商业用途-保持一致”创作公用协议 转载请保留此句:太阳火神的美丽人生 -  本博客专注于 敏捷开发及移动和物联设备研究:iOS、Android、Html5、Arduino、pcDuino,否则,出自本博客的文章拒绝转载或再转载,谢谢合作。
906 0
|
9月前
|
前端开发 JavaScript 测试技术
探索现代前端工程化工具与流程:提升开发效率和项目质量
探索现代前端工程化工具与流程:提升开发效率和项目质量
探索现代前端工程化工具与流程:提升开发效率和项目质量
|
算法 Cloud Native 架构师
基于持续测试的质量守护:分层测试、测试自动化、单元测试(二)|学习笔记
快速学习基于持续测试的质量守护:分层测试、测试自动化、单元测试(二)
190 0
基于持续测试的质量守护:分层测试、测试自动化、单元测试(二)|学习笔记
|
Cloud Native 架构师 测试技术
基于持续测试的质量守护:分层测试、测试自动化、单元测试(一)|学习笔记
快速学习基于持续测试的质量守护:分层测试、测试自动化、单元测试(一)
275 0
基于持续测试的质量守护:分层测试、测试自动化、单元测试(一)|学习笔记
|
7月前
|
敏捷开发 测试技术 持续交付
探索式测试:一种高效软件质量保证方法
在软件开发的复杂性不断增加的背景下,传统的测试方法已不能完全满足快速迭代和高质量标准的要求。探索式测试(Exploratory Testing)作为一种灵活且高效的软件测试实践,正逐渐成为质量保证过程中不可或缺的一部分。本文将深入探讨探索式测试的核心理念、实施策略以及与传统测试方法相比的优势,旨在为读者提供一套完整的探索式测试框架及其在实际项目中的应用示例。

热门文章

最新文章