CN107678773A - 一种基于git的代码开发与测试流程管理方法 - Google Patents

Abstract

本发明涉及计算机软件设计领域，具体涉及一种基于git的代码开发与测试流程管理方法。该方法将软件代码的生命周期程分成了三个阶段：开发、测试、生产，每个阶段都有单独的git代码库分开进行管理，代码的持续集成也单独进行区分管理，保证各阶段的代码相对独立，解决代码冲突与代码阶段混乱的问题。

Description

一种基于git的代码开发与测试流程管理方法

技术领域

本发明涉及计算机软件设计领域，具体涉及一种基于git的代码开发与测试流程管理方法。该方法将软件代码的生命周期程分成了三个阶段：开发、测试、生产，每个阶段都有单独的git代码库分开进行管理，代码的持续集成也单独进行区分管理，保证各阶段的代码相对独立，解决代码冲突与代码阶段混乱的问题。

背景技术

在软件开发过程中，软件代码编写是实现各个系统模块的具体过程，实现内容包括目标系统的功能、性能、接口、界面等方面的要求。测试同样是项目研发中一个相当重要的步骤，通过对代码实现的各个功能点的测试，确认功能的可用性。

开发与测试是一个连续的过程，因为参与者众多，项目模块间联动复杂，导致出现各种非预期情况。如：两个开发人员同时修改同一模块，代码冲突；模块的第二个开发者覆盖第一个开发者的代码；测试人员测试的内容与开发者提交的内容不一致；测试失败后，错误的代码无法恢复正常；开发的代码丢失，没有合并到主干代码中。这些情况严重影响了开发和测试的工作速度，同时也难以确定出现错误的原因。

针对代码版本管理和持续集成工作，现已经出现了多种管理工具，包括现在广泛使用的svn，git，Jenkins，maven，Gradle等。git是一个开源的分布式版本控制系统，可以有效、高速的处理从很小到非常大的项目版本管理；Jenkins是基于Java开发的一种持续集成工具，用于监控持续重复的工作；Gradle是一个基于JVM的构建工具，是一款通用灵活的构建工具，支持maven，Ivy仓库，支持传递性依赖管理；Maven项目对象模型(P0M)，可以通过一小段描述信息来管理项目的构建，报告和文档的软件项目管理工具；Maven仓库是放置所有JAR文件(WAR，ZIP，POM等等)的地方，使用时项目可以从同一个Maven仓库中获取自己所需要的依赖JAR；但是这些工具都是相对独立的，并没有与整个开发和测试过程相整合。

针对这种情况，本申请发明一种基于git的代码开发与测试流程管理方法，能够有效解决开发和测试过程中，代码混乱的问题。

发明内容

本发明所述的流程管理方法是基于git进行代码管理，同时整合了gradle，jenkins等管理工具进行代码构建和持续集成。

本发明将软件代码的生命周期程分成了三个阶段：开发、测试、生产，贯穿整个软件开发流程，同时每个阶段都有单独的git代码库分开进行管理，代码的持续集成也单独进行区分管理，保证各阶段的代码相对独立，解决代码冲突与代码阶段混乱的问题。

其中，在开发阶段开发人员进行代码的开发和开发测试，开发完成后提交合并请求到测试阶段代码；在测试阶段中，测试人员对代码进行功能测试，测试通过的代码会合并到生产阶段，测试失败的代码会从测试阶段移除，重新进入开发阶段进行开发；生产阶段的代码是经过测试的稳定代码，在进行版本发布时使用生产阶段的代码进行系统发版测试，测试通过后即发布到生产环境进行版本升级。

具体地，本申请请求保护一种基于git的代码开发与测试流程管理方法，其特征在于，该方法具体包括如下步骤：

基于git建立master分支和test分支，其中，master分支用于管理生产阶段，test分支用于管理测试阶段；

新的开发任务是从master创建新的开发分支，开发分支用于管理开发阶段；

每个阶段的代码都需要经过独立的持续集成过程才能合并到下一阶段的分支上；

开发人员在开发阶段进行代码的开发和开发测试，开发完成后提交合并请求到测试阶段；

在测试阶段中，测试人员对代码进行功能测试，测试通过的代码会合并到生产阶段，测试失败的代码会从测试阶段移除，重新进入开发阶段进行开发；

生产阶段的代码是经过测试的稳定代码，在进行版本发布时使用生产阶段的代码进行系统发版测试，测试通过后即发布到生产环境进行版本升级。

如上所述的基于git的代码开发与测试流程管理方法，其特征还在于，其中master分支和test分支为受管分支，仅有测试人员和系统管理员具有管理权限。

如上所述的基于git的代码开发与测试流程管理方法，其特征还在于，每个阶段独立的持续集成过程具体包括：

开发阶段需要开发人员手工调用gradle构建命令进行持续集成，持续集成时使用开发阶段的maven仓库；

测试阶段通过Jenkins持续集成工具自动调用gradle命令进行持续集成，持续集成使时使用测试阶段的maven仓库，未通过持续集成测试的代码会被拒绝合并到测试阶段分支；

生产阶段通过Jenkins持续集成工具自动调用gradle命令进行持续集成，持续集成使时使用生产阶段的maven仓库，未通过持续集成测试的代码会被拒绝合并到生产阶段分支。

如上所述的基于git的代码开发与测试流程管理方法，其特征还在于，开发阶段的开发和测试具体包括：

编写代码，编写过程中不断的将master中新的代码合并到开发分支上，保证代码是最新的生产阶段代码；

开发工作完成后，通过gradle命令进行持续集成测试，将测试通过的代码上传到开发阶段的maven仓库，进行开发阶段的功能测试；

测试失败继续修改错误，重复进行开发阶段的功能测试，直至测试成功；

测试成功时，提交到测试阶段代码合并请求；

测试人员与持续集成工具进行测试阶段的代码测试；

测试成功后，开发人员开发工作完成，功能或错误修改成功；

测试失败时，开发人员需要重新从生产阶段的master分支建立新的开发分支，将之前提交到测试阶段的代码合并到新分支进行第二次开发；

重复进行开发阶段的功能测试，直至测试成功。

如上所述的基于git的代码开发与测试流程管理方法，其特征还在于，test具体包括：

测试人员接受测试阶段test分支的合并请求后，将合并请求标记为测试中，然后通过合并请求；

通过合并请求后，通过Jenkins持续集成工具自动进行测试阶段的代码集成测试；

测试失败后，测试人员将合并请求标记为测试失败，从test分支回退合并请求，让测试阶段恢复正确，同时通知开发人员进行重新修改代码；

测试通过会自动上传新的代码到测试阶段的maven仓库；

将新的代码部署到测试环境后，测试人员对新的代码进行功能测试，直至测试成功；

测试通过后，将代码合并到生产阶段的master分支；

合并后，持续集成工具会对生产阶段的代码进行集成测试；

测试通过会自动上传新的代码到生产阶段的maven仓库；

测试失败后，测试人员通知开发人员查找错误原因并进行新的问题的修改。

附图说明

图1、开发人员操作流程图

图2、测试人员操作流程图

具体实施方式

下面通过一个实施例对本发明所述的基于git的代码开发与测试流程管理方法具体实现步骤进行说明：

(一)分阶段代码和持续集成管理

基于git的分支进行管理，建立master分支作为生产阶段进行管理，建立test分支作为测试阶段进行管理，各个开发人员根据自己的开发任务建立各种的开发用分支作为开发阶段进行管理。其中master和test为受管分支仅有测试人员和系统管理员具有管理权限。

在每个阶段的代码都需要经过独立的持续集成过程才能合并到下一阶段的分支上。

1.开发阶段需要开发人员手工调用gradle构建命令进行持续集成，持续集成时使用开发阶段的maven仓库。

2.测试阶段通过Jenkins持续集成工具自动调用gradle命令进行持续集成，持续集成使时使用测试阶段的maven仓库，未通过持续集成测试的代码会被拒绝合并到测试阶段分支。

3.生产阶段通过Jenkins持续集成工具自动调用gradle命令进行持续集成，持续集成使时使用生产阶段的maven仓库，未通过持续集成测试的代码会被拒绝合并到生产阶段分支。

(二)开发人员操作流程

1.确认开发内容，新功能或者修改错误。

2.从生产阶段master分支创建出新的开发分支，分支名称为开发的内容。

3.进行代码的编写，编写过程中不断的将master中新的代码合并到开发分支上，保证代码是最新的生产阶段代码。

4.开发工作完成后，通过gradle命令进行持续集成测试，将测试通过的代码上传到开发阶段的maven仓库，进行开发阶段的功能测试。

5.测试失败继续修改错误，重复第4步骤。

6.测试成功时，提交到测试阶段代码合并请求。

7.测试人员与持续集成工具进行测试阶段的代码测试。

8.测试成功后，开发人员开发工作完成，功能或错误修改成功。

9.测试失败时，开发人员需要重新从生产阶段的master分支建立新的开发分支，将之前提交到测试阶段的代码合并到新分支进行第二次开发。

10.重复第4步骤。

(三)测试人员操作规范

1.测试人员接受测试阶段test分支的合并请求后，将合并请求标记为测试中，然后通过合并请求。

2.通过合并请求后，Jenkins持续集成工具会自动进行测试阶段的代码集成测试。

3.测试失败后，测试人员将合并请求标记为测试失败，从test分支回退合并请求，让测试阶段恢复正确，同时通知开发人员进行重新修改代码。

4.测试通过会自动上传新的代码到测试阶段的maven仓库。

5.将新的代码部署到测试环境后，测试人员对新的代码进行功能测试。

6.功能测试失败时，同第3步处理。

7.测试通过后，将代码合并到生产阶段的master分支。

8.合并后，持续集成工具会对生产阶段的代码进行集成测试。

9.测试通过会自动上传新的代码到生产阶段的maven仓库。

10.测试失败后，测试人员通知开发人员查找错误原因并进行新的问题的修改。

显而易见地，上面所示的仅仅是本发明的一个具体实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据该实施方式获得其他的技术方案，都属于本发明保护的范围。

综上所述，本发明通过分阶段管理开发、测试、生产的代码，将各阶段的代码进行隔离，减少软件代码编写过程中人为导致的代码错误和丢失情况；各阶段的代码持续集成能够快速发现错误，提高了代码的质量；提供了稳定的测试阶段代码，保证测试环境的稳定性；提供了随时可供发布使用的生产阶段代码，提高了软件版本发布的效率。同时，通过对开发和测试流程的规范，减少联合开发时出现代码冲突的几率；提供了有效的错误处理机制，提高了代码的稳定性；规范开发和测试人员的职责范围，有效的提高编码和测试的工作效率。

Claims (5)

1.一种基于git的代码开发与测试流程管理方法，其特征在于，该方法具体包括如下步骤：

基于git建立master分支和test分支，其中，master分支用于管理生产阶段，test分支用于管理测试阶段；

新的开发任务是从master创建新的开发分支，开发分支用于管理开发阶段；

每个阶段的代码都需要经过独立的持续集成过程才能合并到下一阶段的分支上；

开发人员在开发阶段进行代码的开发和开发测试，开发完成后提交合并请求到测试阶段；

在测试阶段中，测试人员对代码进行功能测试，测试通过的代码会合并到生产阶段，测试失败的代码会从测试阶段移除，重新进入开发阶段进行开发；

生产阶段的代码是经过测试的稳定代码，在进行版本发布时使用生产阶段的代码进行系统发版测试，测试通过后即发布到生产环境进行版本升级。

2.如权利要求1所述的基于git的代码开发与测试流程管理方法，其特征还在于，其中master分支和test分支为受管分支，仅有测试人员和系统管理员具有管理权限。

3.如权利要求2所述的基于git的代码开发与测试流程管理方法，其特征还在于，每个阶段独立的持续集成过程具体包括：

开发阶段需要开发人员手工调用gradle构建命令进行持续集成，持续集成时使用开发阶段的maven仓库；

测试阶段通过Jenkins持续集成工具自动调用gradle命令进行持续集成，持续集成使时使用测试阶段的maven仓库，未通过持续集成测试的代码会被拒绝合并到测试阶段分支；

生产阶段通过Jenkins持续集成工具自动调用gradle命令进行持续集成，持续集成使时使用生产阶段的maven仓库，未通过持续集成测试的代码会被拒绝合并到生产阶段分支。

4.如权利要求3所述的基于git的代码开发与测试流程管理方法，其特征还在于，开发阶段的开发和测试具体包括：

编写代码，编写过程中不断的将master中新的代码合并到开发分支上，保证代码是最新的生产阶段代码；

开发工作完成后，通过gradle命令进行持续集成测试，将测试通过的代码上传到开发阶段的maven仓库，进行开发阶段的功能测试；

测试失败继续修改错误，重复进行开发阶段的功能测试，直至测试成功；

测试成功时，提交到测试阶段代码合并请求；

测试人员与持续集成工具进行测试阶段的代码测试；

测试成功后，开发人员开发工作完成，功能或错误修改成功；

测试失败时，开发人员需要重新从生产阶段的master分支建立新的开发分支，将之前提交到测试阶段的代码合并到新分支进行第二次开发；

重复进行开发阶段的功能测试，直至测试成功。

5.如权利要求4所述的基于git的代码开发与测试流程管理方法，其特征还在于，test具体包括：

测试人员接受测试阶段test分支的合并请求后，将合并请求标记为测试中，然后通过合并请求；

通过合并请求后，通过Jenkins持续集成工具自动进行测试阶段的代码集成测试；

测试失败后，测试人员将合并请求标记为测试失败，从test分支回退合并请求，让测试阶段恢复正确，同时通知开发人员进行重新修改代码；

测试通过会自动上传新的代码到测试阶段的maven仓库；

将新的代码部署到测试环境后，测试人员对新的代码进行功能测试，直至测试成功；

测试通过后，将代码合并到生产阶段的master分支；

合并后，持续集成工具会对生产阶段的代码进行集成测试；

测试通过会自动上传新的代码到生产阶段的maven仓库；

测试失败后，测试人员通知开发人员查找错误原因并进行新的问题的修改。