System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind() 基于持续集成持续发布的项目源代码发版管控方法、系统、装置及计算机可读存储介质制造方法及图纸_技高网

基于持续集成持续发布的项目源代码发版管控方法、系统、装置及计算机可读存储介质制造方法及图纸

技术编号:43680577 阅读:0 留言:0更新日期:2024-12-18 21:02
本发明专利技术属于软件管理技术领域,提供了一种基于持续集成持续发布的项目源代码发版管控方法、系统、装置及计算机可读存储介质,其中,方法包括:步骤S1:建立与源码管理工具Gitlab和项目管理系统的数据交互,创建并提交发版请求,建立开发任务/Bug与源码的关联;步骤S2:定时执行发布操作:将所有提交的发版请求中的源码合并到测试分支,自动构建发布到测试环境;步骤S3:根据发版内容制定测试计划并测试;步骤S4:完成测试后,对发版请求逐一操作。本发明专利技术实现开发、测试、系统持续集成持续发布的闭环管理,一方面,避免了需要发布的源码与不需要发布的源码都自动集成在一起构建,另一方面,提高了开发人员与测试人员的协同。

【技术实现步骤摘要】

本专利技术属于软件管理,具体地说,是涉及一种基于持续集成持续发布的项目源代码发版管控方法、系统、装置及计算机可读存储介质


技术介绍

1、开发管理通常使用项目管理工具管理任务进度,使用持续集成工具实现源码自动构建和发布,但是,两个工具是相互独立的,导致需要发布的源码与不需要发布的源码都自动集成在一起构建,开发人员、测试人员、发布管理员在各自的系统工具中工作,没有有效协同。


技术实现思路

1、本专利技术的目的在于提供一种基于持续集成持续发布的项目源代码发版管控方法,以解决现有技术所存在的技术问题。

2、为了实现上述目的,本专利技术采取的技术方案如下:

3、一种基于持续集成持续发布的项目源代码发版管控方法,包括以下步骤:

4、步骤s1:建立与源码管理工具gitlab和项目管理系统的数据交互,创建并提交发版请求,建立开发任务/bug与源码的关联;

5、步骤s2:定时执行发布操作:将所有提交的发版请求中的源码合并到测试分支,自动构建发布到测试环境;

6、步骤s3:根据发版内容制定测试计划并测试;

7、步骤s4:完成测试后,对发版请求逐一操作:(1)测试通过的发版请求,更新项目管理系统中对应的任务/bug的状态为完成,并且把源码自动合并到主干代码;(2)测试失败的发版请求,更新项目管理系统中相应任务/bug的状态为测试不通过。

8、在一种实施方案中,所述步骤s1中建立开发任务/bug与源码的关联的方法如下:从源码管理工具gitlab中查询开发分支相应源码版本,从项目管理系统查询开发任务或者bug,并将查询到的数据信息进行关联绑定。

9、在一种实施方案中,所述步骤s1中,创建并提交发版请求的具体方法如下:

10、步骤s1.1:创建发版请求,从源码管理工具gitlab中查询开发分支相应源码版本;

11、步骤s1.2:从项目管理系统查询开发任务或者bug;

12、步骤s1.3:在源码发版管控系统输入发版内容明细,并提交发版申请。

13、在一种实施方案中,所述步骤s2中,源码合并到测试分支的方如下:

14、步骤s2.1:切换到开发分支;

15、步骤s2.2:获取提交的发版请求的源码;

16、步骤s2.3:切换到测试分支;

17、步骤s2.4:将所述步骤s2.2中的源码合并到测试分支;

18、步骤s2.5:提交。

19、在一种实施方案中,所述步骤s2中,自动构建发布到测试环境的方法如下:构建源码的镜像数据,把镜像数据更新到测试环境。

20、在一种实施方案中,所述步骤s4中把源码自动合并到主干代码的方法如下:

21、步骤s4.1:切换到测试分支;

22、步骤s4.2:获取测试通过的发版请求的源码;

23、步骤s4.3:切换到主干;

24、步骤s4.4:将所述步骤s4.2中的源码合并到主干代码;

25、步骤s4.5:提交。

26、为实现上述目的,本专利技术还提供了一种基于持续集成持续发布的项目源代码发版管控系统,其特征在于,包括:

27、创建发版请求模块:建立与源码管理工具gitlab和项目管理系统的数据交互,创建并提交发版请求,建立开发任务/bug与源码的关联;

28、定时发布模块:定时执行发布操作:将所有提交的发版请求中的源码合并到测试分支,自动构建发布到测试环境;

29、测试模块:根据发版内容制定测试计划并测试;

30、发版请求操作模块:完成测试后,对发版请求逐一操作:(1)测试通过的发版请求,更新项目管理系统中对应的任务/bug的状态为完成,并且把源码自动合并到主干代码;(2)测试失败的发版请求,更新项目管理系统中相应任务/bug的状态为测试不通过。

31、为实现上述目的,本专利技术还提供了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行,以实现所述的一种基于持续集成持续发布的项目源代码发版管控方法。

32、为实现上述目的,本专利技术还提供了一种基于持续集成持续发布的项目源代码发版管控装置,包括处理器和存储器;所述存储器用于存储计算机程序;所述处理器与所述存储器相连,用于执行所述存储器存储的计算机程序,以使得所述一种基于持续集成持续发布的项目源代码发版管控装置执行上述的一种基于持续集成持续发布的项目源代码发版管控方法。

33、与现有技术相比,本专利技术具备以下有益效果:

34、本专利技术将开发过程中的项目管理与持续集成实现自动化对接,实现开发、测试、系统持续集成持续发布的闭环管理,一方面,避免了需要发布的源码与不需要发布的源码都自动集成在一起构建,另一方面,提高了开发人员与测试人员的协同,从而有效地解决了现有技术所存在的问题。

本文档来自技高网...

【技术保护点】

1.一种基于持续集成持续发布的项目源代码发版管控方法,其特征在于,包括以下步骤:

2.根据权利要求1所述的基于持续集成持续发布的项目源代码发版管控方法,其特征在于,所述步骤S1中建立开发任务/Bug与源码的关联的方法如下:从源码管理工具Gitlab中查询开发分支相应源码版本,从项目管理系统查询开发任务或者Bug,并将查询到的数据信息进行关联绑定。

3.根据权利要求2所述的基于持续集成持续发布的项目源代码发版管控方法,其特征在于,所述步骤S1中,创建并提交发版请求的具体方法如下:

4.根据权利要求3所述的基于持续集成持续发布的项目源代码发版管控方法,其特征在于,所述步骤S2中,源码合并到测试分支的方如下:

5.根据权利要求4所述的基于持续集成持续发布的项目源代码发版管控方法,其特征在于,所述步骤S2中,自动构建发布到测试环境的方法如下:构建源码的镜像数据,把镜像数据更新到测试环境。

6.根据权利要求5所述的基于持续集成持续发布的项目源代码发版管控方法,其特征在于,所述步骤S4中把源码自动合并到主干代码的方法如下:

<p>7.一种基于持续集成持续发布的项目源代码发版管控系统,其特征在于,包括:

8.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行,以实现如权利要求1~6任一项所述的基于持续集成持续发布的项目源代码发版管控方法。

9.一种基于持续集成持续发布的项目源代码发版管控装置,其特征在于,包括:处理器和存储器;所述存储器用于存储计算机程序;所述处理器与所述存储器相连,用于执行所述存储器存储的计算机程序,以使得所述基于持续集成持续发布的项目源代码发版管控装置执行如权利要求1~6任一项所述的一种基于持续集成持续发布的项目源代码发版管控方法。

...

【技术特征摘要】

1.一种基于持续集成持续发布的项目源代码发版管控方法,其特征在于,包括以下步骤:

2.根据权利要求1所述的基于持续集成持续发布的项目源代码发版管控方法,其特征在于,所述步骤s1中建立开发任务/bug与源码的关联的方法如下:从源码管理工具gitlab中查询开发分支相应源码版本,从项目管理系统查询开发任务或者bug,并将查询到的数据信息进行关联绑定。

3.根据权利要求2所述的基于持续集成持续发布的项目源代码发版管控方法,其特征在于,所述步骤s1中,创建并提交发版请求的具体方法如下:

4.根据权利要求3所述的基于持续集成持续发布的项目源代码发版管控方法,其特征在于,所述步骤s2中,源码合并到测试分支的方如下:

5.根据权利要求4所述的基于持续集成持续发布的项目源代码发版管控方法,其特征在于,所述步骤s2中,自动构建发布到测试环境的方法如下:构...

【专利技术属性】
技术研发人员:梁荣振曾武张海强
申请(专利权)人:浙江常青树信息技术有限责任公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1