CN111930423A - 一种基于微服务的软件发布版本追溯的方法 - Google Patents

Abstract

本发明一种基于微服务的软件发布版本追溯的方法，包括：S1.在项目管理系统中创建一个项目，将该项目和需求管理系统中创建的需求进行关联，并对创建的需求和任务管理系统中创建的任务进行关联；S2.在代码仓库中进行任务分支的创建；S3.将多个任务分支合并到发布分支；S4.选择需要发布的发布分支在发布管理系统中进行发布；S5.在软件发布版本追溯系统获得发布分支，根据发布分支追溯到任务分支，根据任务分支追溯到任务信息，根据任务信息追溯到需求信息，根据需求信息追溯到项目信息。采用本发明对发布版本信息进行追溯更加简单，并且信息内容也更加清晰全面。

Description

一种基于微服务的软件发布版本追溯的方法

技术领域

本发明涉及计算机技术领域，尤其涉及一种基于微服务的软件发布版本追溯的方法。

背景技术

软件从一个想法的提出，会经历可行性研究，需求分析，技术设计，编写代码，测试验证，发布部署等一系列环节，做好一份计划缜密的项目管理计划后，需求不再变化是很难做到的，面对日新月异的互联网环境，需求随时都有可能做调整，因此我们需要做到发布版本到需求的可追溯。

传统的单体应用架构，因为所有功能模块都在一个应用里面进行代码的编写和部署，我们可以依靠文档的方式做好所有配置项的变更管理，然而随着微服务技术的发展，越来越多的企业从传统的单体应用架构迁移到微服务架构，来适应业务需求的快速发布，随之服务的增多也增加了版本追溯的复杂度

面对日益复杂的版本追溯问题，采用传统的方法显然会很复杂，且得到的信息不够全面完整。

发明内容

为解决上述问题，本发明提供一种基于微服务的软件发布版本追溯的方法，通过发布的版本信息展示每个版本涉及的源代码仓库信息，分支信息，修改的文件信息，提交的代码行数信息，提交人信息，提交时间信息，关联的任务信息，需求信息，项目信息等。

本发明一种基于微服务的软件发布版本追溯的方法，包括：

S1.在项目管理系统中创建一个项目，将该项目和需求管理系统中创建的需求进行关联，并对创建的需求和任务管理系统中创建的任务进行关联；

S2.在代码仓库中进行任务分支的创建；

S3.将多个任务分支合并到发布分支；

S4.选择需要发布的发布分支在发布管理系统中进行发布；

S5.在软件发布版本追溯系统获得发布分支，根据发布分支追溯到任务分支，根据任务分支追溯到任务信息，根据任务信息追溯到需求信息，根据需求信息追溯到项目信息。

本发明通过对各个信息进行关联，从而能够从任务分支追溯到任务信息，由任务信息追溯到需求信息，由需求信息追溯到项目信息。完成一步步的追溯，最终能够得到信息全面的软件发布版本信息，且整个操作流程相较于传统方法更加简单方便。

进一步的，步骤S2包括：

在软件发布版本追溯系统中，选择用户有权限可见的代码仓库进行分支创建，并在该代码仓库下创建任务分支；

用户选择相应分支进行任务研发，在任务研发后将该任务提交到任务分支；

代码仓库管理系统通知软件发布版本追溯系统记录该任务分支提交的版本号、任务的编号、提交者姓名、提交者邮箱以及提交的日期。其中版本号是版本管理系统为每个提交生成的随机数，可以保证唯一不重复。

进一步的，步骤S3包括：

当多个用户将任务提交到相应的任务分治后，将多个任务分支合并到发布分支后，将发布分支提交到代码仓库中；

代码仓库管理系统通知软件发布版本追溯系统记录下被合并的所有任务分支的分支名称，以及其中的任务编号，提交者姓名、提交者邮箱、提交的日期；

代码仓库管理系统通知软件发布版本追溯系统记录下合并后的发布分支的最新版本号、合并者姓名、合并者邮箱以及合并日期。

进一步的，步骤S4包括：

在代码仓库管理系统中选择需要发布的发布分支，进行代码编译和打包，并将发布包推送到发布管理系统中，同时调用软件发布版本追溯系统将发布分支所包含的信息推送到发布管理系统中；

在发布管理系统中，选择发布包进行发布，发布成功后通知代码仓库管理系统将发布分支合并到主分支并打上标签，同时通知软件发布版本追溯系统记录下本次发布的发布编号、发布状态、发布完成日期以及发布分支。

进一步的，步骤S5包括：

在软件发布版本追溯系统中获取到发布关联的发布分支，包括发布分支的版本号、任务分治名、任务分支的版本号以及任务编号；

根据任务编号在需求管理平台获取到需求编号，根据需求编号在项目管理系统中获取项目编号；

根据发布分支可以追溯到任务分支信息，根据任务分支信息可以追溯到任务信息，根据任务信息可以追溯到需求信息，根据需求信息可以追溯到项目信息。

本发明通过各个信息之间的关联关系，通过发布的版本信息展示每个版本涉及的源代码仓库信息，分支信息，修改的文件信息，提交的代码行数信息，提交人信息，提交时间信息，关联的任务信息，需求信息，项目信息等。有了以上信息，为投产发布信息统计、发布后问题定位、发布回滚等后续操作提供支撑。并且采用本方法，对发布版本信息的追溯更加简单，并且信息内容也更加清晰全面。

附图说明

图1为本发明一种基于微服务的软件发布版本追溯的方法的流程图。

图2为本发明一种基于微服务的软件发布版本追溯的方法的创建分支图。

图3为本发明一种基于微服务的软件发布版本追溯的方法的合并任务分支图。

图4为本发明一种基于微服务的软件发布版本追溯的方法的合并发布分支图。

具体实施方式

以下结合实施例的具体实施方式，对本发明的上述内容再作进一步的详细说明。但不应将此理解为本发明上述主题的范围仅限于以下的实例。在不脱离本发明上述技术思想情况下，根据本领域普通技术知识和惯用手段做出的各种替换或变更，均应包括在本发明的范围内。

如图1所示本发明一种基于微服务的软件发布版本追溯的方法，包括：

A.对项目、需求和任务进行关联

在项目管理系统中创建一个项目；

在需求管理系统中创建一个或者多个需求，并将创建的需求关联一个项目；

在任务管理系统中创建一个或者多个任务，并将创建的任务关联一个需求。

B.创建任务分支

如图2所示本发明一种基于微服务的软件发布版本追溯的方法的创建分支图：

在软件发布版本追溯系统中，选择用户有权限可见的代码仓库进行分支创建，需要填写一个或者多个任务的编号以及分支的描述信息；

同时调用代码仓库管理系统在该代码仓库下创建任务分支；

用户选择相应分支进行任务研发，在任务研发后将该任务提交到任务分支，代码仓库管理系统通知软件发布版本追溯系统记录下目前该任务分支最新提交的版本号、任务的编号、提交者姓名、提交者邮箱和提交的日期，其中版本号是版本管理系统为每个任务提交生成的随机数，可以保证唯一不重复。

C.将任务分支合并到发布分支

如图3所示本发明一种基于微服务的软件发布版本追溯的方法的合并任务分支图：

当多个用户将任务提交到相应的任务分支后，将任务分支合并到发布分支上并提交到代码仓库中，代码仓库管理系统通知软件发布版本追溯系统记录下合并的所有任务分支的分支名称、任务编号、提交者姓名、提交者邮箱以及提交的日期，并且同时记录合并后的发布分支的最新版本号、合并者姓名、合并者邮箱以及合并日期。

D.选择需要发布的发布分支进行发布

在代码仓库管理系统中选择需要发布的发布分支，进行代码编译和打包，并将发布包推送到发布管理系统中，同时调用软件发布版本追溯系统将发布分支所包含的信息推送到发布管理系统中；

在发布管理系统中，选择发布包进行发布，发布成功后通知代码仓库管理系统将发布分支合并到主分支并打上标签，如图4所示。同时通知软件发布版本追溯系统记录下本次发布的发布编号、发布状态、发布完成日期以及发布分支。

E.根据发布分支进行追溯

在软件发布版本追溯系统中获取到发布关联的发布分支，包括发布分支的版本号、任务分治名、任务分支的版本号以及任务编号；

根据任务编号在需求管理平台获取到需求编号，根据需求编号在项目管理系统中获取项目编号；

根据发布分支可以追溯到任务分支信息，根据任务分支信息可以追溯到任务信息，根据任务信息可以追溯到需求信息，根据需求信息可以追溯到项目信息。

通过软件发布版本追溯系统可以进行发布版本到项目、需求以及任务任意维度的度量数据展示。

本发明通过各个信息之间的关联关系，通过发布的版本信息展示每个版本涉及的源代码仓库信息，分支信息，修改的文件信息，提交的代码行数信息，提交人信息，提交时间信息，关联的任务信息，需求信息，项目信息等。有了以上信息，为投产发布信息统计、发布后问题定位、发布回滚等后续操作提供支撑。并且采用本方法，对发布版本信息的追溯更加简单，并且信息内容也更加清晰全面。

Claims (5)

1.一种基于微服务的软件发布版本追溯的方法，其特征在于，包括：

S1.在项目管理系统中创建一个项目，将该项目和需求管理系统中创建的需求进行关联，并对创建的需求和任务管理系统中创建的任务进行关联；

S2.在代码仓库中进行任务分支的创建；

S3.将多个任务分支合并到发布分支；

S4.选择需要发布的发布分支在发布管理系统中进行发布；

S5.在软件发布版本追溯系统获得发布分支，根据发布分支追溯到任务分支，根据任务分支追溯到任务信息，根据任务信息追溯到需求信息，根据需求信息追溯到项目信息。

2.如权利要求1所述的一种基于微服务的软件发布版本追溯的方法，其特征在于，步骤S2包括：

在软件发布版本追溯系统中，选择用户有权限可见的代码仓库进行分支创建，并在该代码仓库下创建任务分支；

用户选择相应分支进行任务研发，在任务研发后将该任务提交到任务分支；

代码仓库管理系统通知软件发布版本追溯系统记录该任务分支提交的版本号、任务的编号、提交者姓名、提交者邮箱以及提交的日期。

3.如权利要求2所述的一种基于微服务的软件发布版本追溯的方法，其特征在于，步骤S3包括：

当多个用户将任务提交到相应的任务分支后，将多个任务分支合并到发布分支后，将发布分支提交到代码仓库中；

代码仓库管理系统通知软件发布版本追溯系统记录下被合并的所有任务分支的分支名称，以及其中的任务编号，提交者姓名、提交者邮箱、提交的日期；

代码仓库管理系统通知软件发布版本追溯系统记录下合并后的发布分支的最新版本号、合并者姓名、合并者邮箱以及合并日期。

4.如权力要求3所述的一种基于微服务的软件发布版本追溯的方法，其特征在于，步骤S4包括：

在代码仓库管理系统中选择需要发布的发布分支，进行代码编译和打包，并将发布包推送到发布管理系统中，同时调用软件发布版本追溯系统将发布分支所包含的信息推送到发布管理系统中；

在发布管理系统中，选择发布包进行发布，发布成功后通知代码仓库管理系统将发布分支合并到主分支并打上标签，同时通知软件发布版本追溯系统记录下本次发布的发布编号、发布状态、发布完成日期以及发布分支。

5.如权利要求1所述的一种基于微服务的软件发布版本追溯的方法，其特征在于，步骤S5包括：

在软件发布版本追溯系统中获取到发布关联的发布分支，包括发布分支的版本号、任务分支名、任务分支的版本号以及任务编号；

根据任务编号在需求管理平台获取到需求编号，根据需求编号在项目管理系统中获取项目编号；

根据发布分支可以追溯到任务分支信息，根据任务分支信息可以追溯到任务信息，根据任务信息可以追溯到需求信息，根据需求信息可以追溯到项目信息。

Images