[发明专利]一种开发管理方法、平台及存储介质

说明书

本申请实施例公开了一种开发管理方法，该方法包括：若检测到目标开发指令，从分布式版本控制系统GIT远程平台中，获取待开发对象的第一远程主分支；基于所述第一远程主分支，更新所述待开发对象的本地主分支，得到目标主分支；确定所述待开发对象的待开发版本标识；从所述目标主分支中，获取与所述待开发版本标识对应的目标节点；确定目标开发需求；基于所述目标节点，按照预设开发分支命名规范，创建所述待开发版本标识对应的实现所述目标开发需求的第一目标开发分支，以通过所述第一目标开发分支执行目标开发操作。本申请实施例还公开了一种开发管理平台和存储介质。

技术领域

本申请涉及全球广域网(World Wide Web，Web)前端技术领域，尤其涉及一种开发管理方法、平台及存储介质。

背景技术

随着计算机技术的飞速发展，越来越多的技术应用在金融领域，传统金融业正在逐步向金融科技(Fintech)转变，但由于金融行业的安全性和实时性要求，也对技术提出了更高的要求。随着互联网技术的飞速发展，各种应用程序也逐渐得到了开发与应用，为了提高开发人员的开发效率，为开发人员提供的开发工具也各种各样。目前开发人员常用分布式版本控制系统(GIT)进行开发，GIT主要有两种工作流模式：一种模式是把主(Master)分支当成测试分支，所有的功能(Feature)分支、修复(Fix)分支都合并到Master分支，然后在某一个时间节点从Master分支中检出一个发版(Release)分支发布到生产环境，另一种模式是Master分支为生产环境同步分支，永远保持最新修改的分支，开发者在同个版本下可以从Master分支检出多个Feature分支或者Fix分支，开发完成后都合并到版本对应的Release分支，在Release分支做测试和发布，发布完成后，在提交到合并回Master分支。

目前，在进行工作流开发时，可以由任何分支来创建开发，造成工作流的各个分支用途不明确，容易遗漏某次上线的修改，导致工作流开发过程的成功率无法保证。

申请内容

为解决上述技术问题，本申请实施例期望提供一种开发管理方法、平台及存储介质，解决了目前开发者可以采用任何分支来创建需求开发，导致多分支用途不明确的问题，实现了通过主分支来创建需求开发分支，有效避免了通过其他分支来创建需求开发分支时造成修改容易被遗漏的情况，提高了工作流开发成功率。

本申请的技术方案是这样实现的：

第一方面，一种开发管理方法，所述方法包括：

若检测到目标开发指令，从分布式版本控制系统GIT远程平台中，获取待开发对象的第一远程主分支；

基于所述第一远程主分支，更新所述待开发对象的本地主分支，得到目标主分支；

确定所述待开发对象的待开发版本标识；

从所述目标主分支中，获取与所述待开发版本标识对应的目标节点；

确定目标开发需求；

基于所述目标节点，按照预设开发分支命名规范，创建所述待开发版本标识对应的实现所述目标开发需求的第一目标开发分支，以通过所述第一目标开发分支执行目标开发操作。

第二方面，一种开发管理平台，所述开发管理平台包括：存储空间和至少一个开发管理节点；其中：

所述开发管理节点，用于执行所述存储空间中存储的开发管理程序，以实现如上述任一项所述的开发管理方法的步骤。

第三方面，一种存储介质，所述存储介质上存储有开发管理程序，所述开发管理程序被处理器执行时实现如上述任一项所述的开发管理方法的步骤。