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

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

实现多人协作

多人协作开发是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. 等待审查人员批准合并分支请求

相关文章
|
8月前
|
Python
【速看】如何通过合理的封装,让你的自动化脚本更上一层楼!
【速看】如何通过合理的封装,让你的自动化脚本更上一层楼!
|
8月前
|
安全 开发工具 git
【多人协作】场景模拟(二)
【多人协作】场景模拟(二)
|
5月前
|
测试技术 持续交付
探索式测试:一种灵活的软件质量保证方法
在软件测试领域,探索式测试是一种与传统脚本测试截然不同的方法。它强调测试人员的自主性与创造性,允许他们在执行测试时即时设计和执行测试用例。这种方法的灵活性和适应性使其成为发现复杂软件系统中难以预测的错误的有效手段。本文将深入探讨探索式测试的核心概念、实施策略以及它在现代软件开发生命周期中的价值。
67 4
|
5月前
|
测试技术 C# 开发者
“代码守护者:详解WPF开发中的单元测试策略与实践——从选择测试框架到编写模拟对象,全方位保障你的应用程序质量”
【8月更文挑战第31天】单元测试是确保软件质量的关键实践,尤其在复杂的WPF应用中更为重要。通过为每个小模块编写独立测试用例,可以验证代码的功能正确性并在早期发现错误。本文将介绍如何在WPF项目中引入单元测试,并通过具体示例演示其实施过程。首先选择合适的测试框架如NUnit或xUnit.net,并利用Moq模拟框架隔离外部依赖。接着,通过一个简单的WPF应用程序示例,展示如何模拟`IUserRepository`接口并验证`MainViewModel`加载用户数据的正确性。这有助于确保代码质量和未来的重构与扩展。
150 0
|
6月前
|
敏捷开发 测试技术 持续交付
探索式测试:一种高效软件质量保证方法
在软件开发的复杂性不断增加的背景下,传统的测试方法已不能完全满足快速迭代和高质量标准的要求。探索式测试(Exploratory Testing)作为一种灵活且高效的软件测试实践,正逐渐成为质量保证过程中不可或缺的一部分。本文将深入探讨探索式测试的核心理念、实施策略以及与传统测试方法相比的优势,旨在为读者提供一套完整的探索式测试框架及其在实际项目中的应用示例。
|
6月前
|
敏捷开发 测试技术
探索式测试:一种高效的软件质量保证方法
在快速迭代的软件发展时代,探索式测试以其灵活性和高效性成为重要的质量保证手段。本文深入探讨了探索式测试的定义、优势、实施策略及面临的挑战,旨在为读者提供一套系统的探索式测试实践指南。
|
测试技术
测试思想-测试流程 需求开发与管理简述
测试思想-测试流程 需求开发与管理简述
101 0
|
测试技术
嵌入式软件测试笔记6 | 嵌入式软件测试中独立测试团队需要做哪些测试活动?
嵌入式软件测试笔记6 | 嵌入式软件测试中独立测试团队需要做哪些测试活动?
143 0
|
设计模式 IDE 算法
软件测试|必须遵循的UI自动化设计军规
软件测试|必须遵循的UI自动化设计军规
软件测试|必须遵循的UI自动化设计军规
|
存储 Java 测试技术
软件测试|如何实现多套环境的接口自动化测试
软件测试|如何实现多套环境的接口自动化测试