CN108415694A - 一种基于GitFlow工作流的Android敏捷开发***及方法 - Google Patents
一种基于GitFlow工作流的Android敏捷开发***及方法 Download PDFInfo
- Publication number
- CN108415694A CN108415694A CN201810168659.6A CN201810168659A CN108415694A CN 108415694 A CN108415694 A CN 108415694A CN 201810168659 A CN201810168659 A CN 201810168659A CN 108415694 A CN108415694 A CN 108415694A
- Authority
- CN
- China
- Prior art keywords
- module
- branch
- main split
- code
- branch module
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Computer Security & Cryptography (AREA)
- Stored Programmes (AREA)
Abstract
本发明公开了一种基于GitFlow工作流的Android敏捷开发***及方法,包括中央代码库,用于存储所有上传的代码信息;主分支模块,连接上述中央代码库;开发分支模块,用于完成主分支模块发布的阶段性任务;功能分支模块,由开发分支模块复制而成并用于在完成对应阶段性任务中添加新功能;Bug修复模块,连接主分支模块并完成主分支模块的Bug修复;测试模块,用于测试开发分支模块完成的阶段性任务。该基于GitFlow工作流的Android敏捷开发***及方法与现有技术相比,更好的实践敏捷开发的思路,通过将开发***配置成若干模块化结构,提供更加顺畅的沟通和协作,使项目人员的职责划分更加明确,简化流程,提升团队研发效率,实用性强。
Description
技术领域
本发明涉及计算机技术领域,具体地说是一种实用性强、基于GitFlow工作流的Android敏捷开发***及方法。
背景技术
传统的Android软件开发过程是确定的,可测的,只要在一开始就已经收集到需要的信息并制定好计划,然后按照计划进行设计-开发-测试-发布这一系列既定流程应该就可以成功。然而,随着人口红利时代的逐渐结束,互联网流量增量停滞,互联网行业整体由增量市场转为存量市场,需求不再是确定的,而是不断变化的,这对软件的开发迭代有了新的要求和挑战,要求更加科学快速的应对变化,随时做出适应和调整。这种快速迭代和适应性的开发思维,就是本发明提及的敏捷开发。
借助于合理的工具能更加顺畅的实践敏捷开发,基于此,本分明提供了一种基于GitFlow代码管理工具的敏捷开发技术,该技术通过GitFlow代码管理工具提供的若干平台,提高开发的效率。
发明内容
本发明的技术任务是针对以上不足之处,提供一种实用性强、基于GitFlow工作流的Android敏捷开发***及方法。
本发明提供一种基于GitFlow工作流的Android敏捷开发***,包括,
中央代码库,用于存储所有上传的代码信息;
主分支模块,连接上述中央代码库,用于发布代码信息及由若干阶段性任务组成的任务信息,并在任务完成后将完成任务的代码信息上传至中央代码库;
开发分支模块,用于完成主分支模块发布的阶段性任务;
功能分支模块,由开发分支模块复制而成并用于在完成对应阶段性任务中添加新功能;
Bug修复模块,连接主分支模块并完成主分支模块的Bug修复,完成后的修复发送至开发分支模块及特性分支模块;
测试模块,用于测试开发分支模块完成的阶段性任务,并在测试通过后将测试结果及测试的内容发送给开发分支模块及主分支模块。
所述主分支模块用于接收来自Bug修复模块和测试模块发送的代码信息,并将接收到的代码信息添加标签后发布,所述标签是指代码的版本号;所述任务信息基于现有版本的代码信息由主分支模块发布。
所述开发分支模块周期性发送至主分支模块中,即开发分支模块周期性通过测试模块测试并发送至主分支模块中进行发布。
所述功能分支模块可配置有若干个且每个功能分支模块均可删除,相对应的,每个功能分支模块对应完成至少一项新功能。
所述Bug修复模块用于修复现有版本代码存在的Bug,修复完成后,将修复代码发送至主分支模块和开发分支模块中。
一种基于GitFlow工作流的Android敏捷开发方法,其实现过程为,
步骤一、首先通过主分支模块创建并发布任务信息,该任务信息基于中央代码库中的现有代码信息创建;
步骤二、通过开发分支模块接收任务信息中的阶段性任务,并将开发分支模块复制成若干功能分支模块,由功能分支模块提供开发平台来开发阶段性任务中要求的新功能;
步骤三、开发完成后,通过测试模块测试主分支模块完成的阶段性任务,并在测试通过后将测试结果及测试的内容发送给开发分支模块及特性分支模块,由主分支模块。
在步骤一中,主分支模块接收中央代码库中存储的代码,并对其添加标签后发布,该标签为代码的版本号;相对应的,在步骤三中,开发完成后,主分支模块接收测试模块的代码,并对其添加标签后发布。
所述步骤二中,功能分支模块根据阶段性任务的不同可配置有若干个且每个功能分支模块均可删除,相对应的,每个功能分支模块对应完成至少一项新功能,且在完成新功能开发后,功能分支模块中的代码信息上传至开发分支模块并删除该功能分支模块。
在步骤一中的任务信息发布前,还包括Bug修复的步骤:当主分支模块发布的任务信息中基于的现有代码信息,即现有版本代码存在的Bug时,Bug修复模块进行Bug修复,完成后的修复后将修复代码发送至开发分支模块及特性分支模块。
本发明的一种基于GitFlow工作流的Android敏捷开发***及方法,具有以下优点:
本发明的一种基于GitFlow工作流的Android敏捷开发***及方法,在Android开发活动中,更好的实践敏捷开发的思路,通过将开发***配置成若干模块化结构,提供更加顺畅的沟通和协作,使项目人员的职责划分更加明确,简化流程,提升团队研发效率,更加快速的响应需求的变化,持续完善代码,最终达到高质量交付,实用性强,适用范围广泛,易于推广。
附图说明
为了更清楚的说明本发明实施例或现有技术的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
附图1为本发明***的实现示意图。
附图2为本发明方法的实现流程图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面结合附图和具体实施方式对本发明作进一步的详细说明。显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
如附图1所示,本发明提供一种基于GitFlow工作流的Android敏捷开发***,GitFlow工具规范了一个软件开发工作流程,其构建在版本控制工具Git之上。Git是版本管理***的一种,与CVS、SVN等集中式版本管理***不同,Git采用了分布式版本库的方式,不必服务器端软件支持,每台电脑都有一个版本库,可以在本地做版本管理。
GitFlow工作流使用一个中央代码仓库,它是所有开发者的信息交流中心,开发者在本地完成开发,然后再将分支代码推送到中央仓库。GitFlow的核心是对分支的划分和多个分支之间的协作,GitFlow把分支划分为几个类别,并且为不同的分支分配了非常明确的角色,定义了不同分支的使用场景和用法:
中央代码库,用于存储所有上传的代码信息;
主分支模块,连接上述中央代码库,用于发布代码信息及由若干阶段性任务组成的任务信息,并在任务完成后将完成任务的代码信息上传至中央代码库;
开发分支模块,用于完成主分支模块发布的阶段性任务;
功能分支模块,由开发分支模块复制而成并用于在完成对应阶段性任务中添加新功能;
Bug修复模块,连接主分支模块并完成主分支模块的Bug修复,完成后的修复发送至开发分支模块及特性分支模块;
测试模块,用于测试开发分支模块完成的阶段性任务,并在测试通过后将测试结果及测试的内容发送给开发分支模块及主分支模块。
所述主分支模块,即Master分支用于接收来自Bug修复模块和测试模块发送的代码信息:相对稳定、受保护的分支,用于保存官方发布历史。开发者不能在Master分支直接开发,不能直接对Master分支进行Push、Merge等操作,只能从其他分支(Release分支、Hotfix分支)合并过来。使用版本号为Master上的所有提交打标签(tag)也很方便并将接收到的代码信息添加标签后发布,所述任务信息基于现有版本的代码信息由主分支模块发布。
所述开发分支模块,即Develop分支周期性发送至主分支模块中,开发分支模块周期性通过测试模块测试并发送至主分支模块中进行发布。通过查看Develop分支就能知道下一个发布版有哪些功能。Develop一开始是从Master里分出来,并且定期会合并到Master里,每一次合并到Master,表示完成了一个阶段的开发,产生一个稳定版。同样的,开发者不能在Develop分支直接开发,只能从Feature分支等合并而来。
所述功能分支模块为Feature分支,可配置有若干个且每个功能分支模块均可删除,相对应的,每个功能分支模块对应完成至少一项新功能。基于Develop分支克隆而来,用于开发每一个新功能。Feature分支可创建多个,属于临时分支,功能实现后可删除分支。在这个过程里,多个分支不需要任何的沟通,可并行地开发。开发者可以在此分支直接开发。
所述Bug修复模块为Hotfix分支,用于修复现有版本代码存在的Bug,修复完成后,将修复代码发送至主分支模块和开发分支模块中。从Master分支创建出来,用于修复上线应用的紧急Bug。同样属于临时分支,Bug修复后可删除分支。需要特别注意的是,在Bug修改好以后,要同时合并到Master分支和Develop分支。开发者可以在此分支直接开发。
所述测试模块为Release分支:测试分支,基于Develop分支克隆而来,用于项目上线前的一些全面测试以及上线准备。开发者可以在此分支直接开发,测试过程中发现的小Bug直接在本分支进行修复。此分支也属于临时分支,测试完成后可删除此分支。
一种基于GitFlow工作流的Android敏捷开发方法,其实现过程为,
步骤一、首先通过主分支模块创建并发布任务信息,该任务信息基于中央代码库中的现有代码信息创建;
步骤二、通过开发分支模块接收任务信息中的阶段性任务,并将开发分支模块复制成若干功能分支模块,由功能分支模块提供开发平台来开发阶段性任务中要求的新功能;
步骤三、开发完成后,通过测试模块测试主分支模块完成的阶段性任务,并在测试通过后将测试结果及测试的内容发送给开发分支模块及特性分支模块,由主分支模块。
在步骤一中,主分支模块接收中央代码库中存储的代码,并对其添加标签后发布,该标签为代码的版本号;相对应的,在步骤三中,开发完成后,主分支模块接收测试模块的代码,并对其添加标签后发布。
所述步骤二中,功能分支模块根据阶段性任务的不同可配置有若干个且每个功能分支模块均可删除,相对应的,每个功能分支模块对应完成至少一项新功能,且在完成新功能开发后,功能分支模块中的代码信息上传至开发分支模块并删除该功能分支模块。
在步骤一中的任务信息发布前,还包括Bug修复的步骤:当主分支模块发布的任务信息中基于的现有代码信息,即现有版本代码存在的Bug时,Bug修复模块进行Bug修复,完成后的修复后将修复代码发送至开发分支模块及特性分支模块。
基于上述方法,再结合敏捷开发思路,在实际应用中进行Android敏捷开发的实践过程如附图2所示:
一个新的研发周期,产品经理需要先把大的功能需求拆分成若干可交付、可体验的小项目,并确保小项目之间解耦,可独立测试发布,区分不同项目的优先级,然后针对不同项目形成PRD文档,进行详细宣贯;
研发经理根据小项目,确定研发排期、小项目负责人和具体开发人员,并最终形成排期甘特图;
接下来可进入开发阶段,不同开发人员根据自己接到的任务,首先需要基于Develop分支各自创建一个新的Feature分支,Feature分枝命名需要能区分不同功能,例如分享功能,可参考命名方式feature_share;开发周期中,每天早晨进行站立会议,用于回顾昨天进展,制定今天计划,并暴露开发中遇到的问题,大家讨论解决,期间有功能和需求上的变化可及时提出,及时响应变化,注意会议一定迅速,不能拖沓,否则就背离了敏捷的原则;
基本的功能开发完成后,开发者可打测试包,交给测试人员进行功能测试,对测试到的Bug进行修复,修复完成测试通过后,可以提出一个将所完成的功能分支合并入Develop分支的请求(Merge Request),并指定相应项目负责人进行代码Review;
项目负责人需及时处理Merge Request,Review确定代码没问题后可以合并到Develop分支,此时,相应Feature分支可以删除;按照排期,当前迭代周期内的所有Feature分支全部完成开发测试,并Merge到Develop分支后,说明当前周期的开发工作都已完成,此时项目负责人可以基于Develop分支打一个Release分支,这个分支专门用于发布前的准备,包括一些清理工作、全面的测试、文档的更新以及其他的准备工作,同时基于Release分支打测试包,测试人员对所有本周期需要上线新功能进行全面测试,测试到的Bug开发人员可以直接在此分支进行修复;
Release分支的所有Bug修复完成后,项目负责人可以将此Release分支合并到Master分支,并打tag标记,同时,Release分支必须要合并到Develop分支,合并完成后,Release分支可以删除;接着可进入新版发布阶段,基于Master分支打包,进行灰度发布(GatedLaunch),即只对部分内测用户提示升级,出现问题可以及时调整,灰度发布2-3天后,可进行正式打包,加固,发布上线;
上线后的应用,如果发现紧急的Bug需要立即修复,需要基于Master分支打一个Hotfix分支出来,开发人员在这个分支上修复这个Bug,然后再合并回Master分支,打tag标记,通过代码集成的热修复方案对线上应用进行紧急修复,同时,Hotfix分支必须同步合并到Develop分支,合并完成后,Hotfix分支可删除。
至此,一个完整的Android应用迭代周期结束,敏捷开发要求短周期快速迭代,一个周期需控制在一个月以内。
采用本发明的方法具有:
更高的效率:多个Feature分支并行开发,相互不影响,功能没开发完也不会影响版本发布,极大地提高了开发效率,能保证产品的快速迭代;
更顺畅的沟通:把数十人研发团队根据项目分成几个敏捷团队,利用站立会议等敏捷元素,团队成员无缝的交流;
更少的问题:GitFlow对不同分支的修改权限做了严格限定,必须经过项目负责人的Review后代码才能合并,提高了代码规范性,项目管理的难度降低的同时大大降低了Bug产生的可能性。
上述具体实施方式仅是本发明的具体个案,本发明的专利保护范围包括但不限于上述具体实施方式,任何符合本发明的一种基于GitFlow工作流的Android敏捷开发***及方法的权利要求书的且任何所述技术领域的普通技术人员对其所做的适当变化或替换,皆应落入本发明的专利保护范围。
Claims (9)
1.一种基于GitFlow工作流的Android敏捷开发***,其特征在于,包括,
中央代码库,用于存储所有上传的代码信息;
主分支模块,连接上述中央代码库,用于发布代码信息及由若干阶段性任务组成的任务信息,并在任务完成后将完成任务的代码信息上传至中央代码库;
开发分支模块,用于完成主分支模块发布的阶段性任务;
功能分支模块,由开发分支模块复制而成并用于在完成对应阶段性任务中添加新功能;
Bug修复模块,连接主分支模块并完成主分支模块的Bug修复,完成后的修复发送至开发分支模块及特性分支模块;
测试模块,用于测试开发分支模块完成的阶段性任务,并在测试通过后将测试结果及测试的内容发送给开发分支模块及主分支模块。
2.根据权利要求1所述的一种基于GitFlow工作流的Android敏捷开发***,其特征在于,所述主分支模块用于接收来自Bug修复模块和测试模块发送的代码信息,并将接收到的代码信息添加标签后发布,所述标签是指代码的版本号;所述任务信息基于现有版本的代码信息由主分支模块发布。
3.根据权利要求1所述的一种基于GitFlow工作流的Android敏捷开发***,其特征在于,所述开发分支模块周期性发送至主分支模块中,即开发分支模块周期性通过测试模块测试并发送至主分支模块中进行发布。
4.根据权利要求1所述的一种基于GitFlow工作流的Android敏捷开发***,其特征在于,所述功能分支模块可配置有若干个且每个功能分支模块均可删除,相对应的,每个功能分支模块对应完成至少一项新功能。
5.根据权利要求1所述的一种基于GitFlow工作流的Android敏捷开发***,其特征在于,所述Bug修复模块用于修复现有版本代码存在的Bug,修复完成后,将修复代码发送至主分支模块和开发分支模块中。
6.一种基于GitFlow工作流的Android敏捷开发方法,其特征在于,其实现过程为,
一、首先通过主分支模块创建并发布任务信息,该任务信息基于中央代码库中的现有代码信息创建;
二、通过开发分支模块接收任务信息中的阶段性任务,并将开发分支模块复制成若干功能分支模块,由功能分支模块提供开发平台来开发阶段性任务中要求的新功能;
三、开发完成后,通过测试模块测试主分支模块完成的阶段性任务,并在测试通过后将测试结果及测试的内容发送给开发分支模块及特性分支模块,由主分支模块。
7.根据权利要求6所述的一种基于GitFlow工作流的Android敏捷开发方法,其特征在于,在步骤一中,主分支模块接收中央代码库中存储的代码,并对其添加标签后发布,该标签为代码的版本号;相对应的,在步骤三中,开发完成后,主分支模块接收测试模块的代码,并对其添加标签后发布。
8.根据权利要求6所述的一种基于GitFlow工作流的Android敏捷开发方法,其特征在于,所述步骤二中,功能分支模块根据阶段性任务的不同可配置有若干个且每个功能分支模块均可删除,相对应的,每个功能分支模块对应完成至少一项新功能,且在完成新功能开发后,功能分支模块中的代码信息上传至开发分支模块并删除该功能分支模块。
9.根据权利要求6所述的一种基于GitFlow工作流的Android敏捷开发方法,其特征在于,在步骤一中的任务信息发布前,还包括Bug修复的步骤:当主分支模块发布的任务信息中基于的现有代码信息,即现有版本代码存在的Bug时,Bug修复模块进行Bug修复,完成后的修复后将修复代码发送至开发分支模块及特性分支模块。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810168659.6A CN108415694A (zh) | 2018-02-28 | 2018-02-28 | 一种基于GitFlow工作流的Android敏捷开发***及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810168659.6A CN108415694A (zh) | 2018-02-28 | 2018-02-28 | 一种基于GitFlow工作流的Android敏捷开发***及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108415694A true CN108415694A (zh) | 2018-08-17 |
Family
ID=63129469
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810168659.6A Pending CN108415694A (zh) | 2018-02-28 | 2018-02-28 | 一种基于GitFlow工作流的Android敏捷开发***及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108415694A (zh) |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109522025A (zh) * | 2018-10-30 | 2019-03-26 | 深圳市小赢信息技术有限责任公司 | 一种基于git的代码发布*** |
CN109726114A (zh) * | 2018-09-07 | 2019-05-07 | 网联清算有限公司 | 代码质量管控方法、装置及电子设备 |
CN110069260A (zh) * | 2019-03-16 | 2019-07-30 | 平安城市建设科技(深圳)有限公司 | 跨版本的分布式管理方法、装置、设备及存储介质 |
CN110163524A (zh) * | 2019-05-29 | 2019-08-23 | 四川长虹电器股份有限公司 | 一种基于敏捷开发管理的工作协同管理平台 |
CN110413309A (zh) * | 2019-08-02 | 2019-11-05 | 浪潮云信息技术有限公司 | 一种基于gitlab的项目代码分支管理方法及*** |
CN110865806A (zh) * | 2019-11-20 | 2020-03-06 | 腾讯科技(深圳)有限公司 | 代码处理方法、装置、服务器及存储介质 |
CN111124466A (zh) * | 2018-10-31 | 2020-05-08 | 上海哔哩哔哩科技有限公司 | 差异化通知方法、***、计算机设备及可读存储介质 |
CN111930423A (zh) * | 2020-09-17 | 2020-11-13 | 四川新网银行股份有限公司 | 一种基于微服务的软件发布版本追溯的方法 |
CN112000334A (zh) * | 2020-07-20 | 2020-11-27 | 北京达佳互联信息技术有限公司 | 页面开发方法、装置、服务器及存储介质 |
CN112860307A (zh) * | 2019-11-12 | 2021-05-28 | 纬创资通股份有限公司 | 版本管理***、方法及非挥发性电脑可读取记录媒体 |
CN113687859A (zh) * | 2021-08-18 | 2021-11-23 | 上海浦东发展银行股份有限公司 | 一种软件开发的分支管理方法、装置、电子设备及介质 |
US11321083B2 (en) | 2020-02-18 | 2022-05-03 | The Toronto-Dominion Bank | Automated branching workflow for a version control system |
CN115586919A (zh) * | 2022-10-13 | 2023-01-10 | 上海雷昶科技有限公司 | 一种基于git的代码管理方法及其管理装置 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102509197A (zh) * | 2011-12-01 | 2012-06-20 | ***通信集团广东有限公司 | 一种工作流管理***及工作流管理方法 |
US20140289280A1 (en) * | 2013-03-15 | 2014-09-25 | Perforce Software, Inc. | System and Method for Bi-directional Conversion of Directed Acyclic Graphs and Inter-File Branching |
US20150286558A1 (en) * | 2013-05-14 | 2015-10-08 | Noblis, Inc. | Method and system to automatically enforce a hybrid branching strategy |
CN105487912A (zh) * | 2015-11-30 | 2016-04-13 | 西安闻泰电子科技有限公司 | 公共问题修改多分支维护***及方法 |
CN105893035A (zh) * | 2016-03-30 | 2016-08-24 | 乐视控股(北京)有限公司 | 分布式代码管理方法及*** |
CN107678773A (zh) * | 2017-09-28 | 2018-02-09 | 郑州云海信息技术有限公司 | 一种基于git的代码开发与测试流程管理方法 |
CN107728996A (zh) * | 2017-10-11 | 2018-02-23 | 郑州云海信息技术有限公司 | 一种git分支管理方法及装置 |
-
2018
- 2018-02-28 CN CN201810168659.6A patent/CN108415694A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102509197A (zh) * | 2011-12-01 | 2012-06-20 | ***通信集团广东有限公司 | 一种工作流管理***及工作流管理方法 |
US20140289280A1 (en) * | 2013-03-15 | 2014-09-25 | Perforce Software, Inc. | System and Method for Bi-directional Conversion of Directed Acyclic Graphs and Inter-File Branching |
US20150286558A1 (en) * | 2013-05-14 | 2015-10-08 | Noblis, Inc. | Method and system to automatically enforce a hybrid branching strategy |
CN105487912A (zh) * | 2015-11-30 | 2016-04-13 | 西安闻泰电子科技有限公司 | 公共问题修改多分支维护***及方法 |
CN105893035A (zh) * | 2016-03-30 | 2016-08-24 | 乐视控股(北京)有限公司 | 分布式代码管理方法及*** |
CN107678773A (zh) * | 2017-09-28 | 2018-02-09 | 郑州云海信息技术有限公司 | 一种基于git的代码开发与测试流程管理方法 |
CN107728996A (zh) * | 2017-10-11 | 2018-02-23 | 郑州云海信息技术有限公司 | 一种git分支管理方法及装置 |
Non-Patent Citations (4)
Title |
---|
VINCENT DRIESSEN: "A successful Git branching model", 《NIVE.COM》 * |
刘悦之等: "基于Git的分布式版本控制***的设计与实现", 《科技传播》 * |
敏捷的水: "Git 在团队中的最佳实践--如何正确使用Git Flow", 《博客园》 * |
朱守园等: "基于GIT的软件开发模式探究", 《信息通信》 * |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109726114A (zh) * | 2018-09-07 | 2019-05-07 | 网联清算有限公司 | 代码质量管控方法、装置及电子设备 |
CN109522025A (zh) * | 2018-10-30 | 2019-03-26 | 深圳市小赢信息技术有限责任公司 | 一种基于git的代码发布*** |
CN109522025B (zh) * | 2018-10-30 | 2021-07-20 | 深圳市小赢信息技术有限责任公司 | 一种基于git的代码发布*** |
CN111124466A (zh) * | 2018-10-31 | 2020-05-08 | 上海哔哩哔哩科技有限公司 | 差异化通知方法、***、计算机设备及可读存储介质 |
CN110069260A (zh) * | 2019-03-16 | 2019-07-30 | 平安城市建设科技(深圳)有限公司 | 跨版本的分布式管理方法、装置、设备及存储介质 |
CN110163524A (zh) * | 2019-05-29 | 2019-08-23 | 四川长虹电器股份有限公司 | 一种基于敏捷开发管理的工作协同管理平台 |
CN110413309A (zh) * | 2019-08-02 | 2019-11-05 | 浪潮云信息技术有限公司 | 一种基于gitlab的项目代码分支管理方法及*** |
CN112860307B (zh) * | 2019-11-12 | 2024-04-19 | 纬创资通股份有限公司 | 版本管理***、方法及非挥发性电脑可读取记录媒体 |
CN112860307A (zh) * | 2019-11-12 | 2021-05-28 | 纬创资通股份有限公司 | 版本管理***、方法及非挥发性电脑可读取记录媒体 |
CN110865806A (zh) * | 2019-11-20 | 2020-03-06 | 腾讯科技(深圳)有限公司 | 代码处理方法、装置、服务器及存储介质 |
CN110865806B (zh) * | 2019-11-20 | 2023-08-18 | 腾讯科技(深圳)有限公司 | 代码处理方法、装置、服务器及存储介质 |
US11321083B2 (en) | 2020-02-18 | 2022-05-03 | The Toronto-Dominion Bank | Automated branching workflow for a version control system |
CN112000334A (zh) * | 2020-07-20 | 2020-11-27 | 北京达佳互联信息技术有限公司 | 页面开发方法、装置、服务器及存储介质 |
CN111930423B (zh) * | 2020-09-17 | 2021-08-24 | 四川新网银行股份有限公司 | 一种基于微服务的软件发布版本追溯的方法 |
CN111930423A (zh) * | 2020-09-17 | 2020-11-13 | 四川新网银行股份有限公司 | 一种基于微服务的软件发布版本追溯的方法 |
CN113687859A (zh) * | 2021-08-18 | 2021-11-23 | 上海浦东发展银行股份有限公司 | 一种软件开发的分支管理方法、装置、电子设备及介质 |
CN113687859B (zh) * | 2021-08-18 | 2024-04-19 | 上海浦东发展银行股份有限公司 | 一种软件开发的分支管理方法、装置、电子设备及介质 |
CN115586919A (zh) * | 2022-10-13 | 2023-01-10 | 上海雷昶科技有限公司 | 一种基于git的代码管理方法及其管理装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108415694A (zh) | 一种基于GitFlow工作流的Android敏捷开发***及方法 | |
CN109086071A (zh) | 一种管理软件版本信息的方法及服务器 | |
CN106708509A (zh) | 自动化软件项目开发全链路配置管理*** | |
CN111352651A (zh) | 代码分支管理方法及装置 | |
CN101615269A (zh) | 一种工作流管理***中的回退方法和装置 | |
CN102880543B (zh) | 用于集成测试平台的测试数据供应链管理器 | |
CN109146081A (zh) | 一种用于机器学习平台中快速创建模型项目的方法及装置 | |
WO2023093486A1 (zh) | 生成项目流的方法、装置、电子设备及存储介质 | |
CN111324538A (zh) | 一种基于动态路由的微服务并行测试环境管理方法 | |
CN113050929A (zh) | 一种基于Hyperledger Fabric的智能合约开发运维一体化平台 | |
Domanskyi et al. | A hybrid method for managing agile team in a distributed environment | |
KR101381231B1 (ko) | 애자일 방식의 협업 지원을 통한 기업용 웹 어플리케이션 생성 시스템 및 방법 | |
Cagnin et al. | PARFAIT: Towards a framework-based agile reengineering process | |
CN114741115B (zh) | 一种多版本并发场景下的数据管理方法及*** | |
CN110196712A (zh) | 基于云服务器的软件开发方法及服务器 | |
Chen et al. | Design and Practice of DevOps Platform via Cloud Native Technology | |
CN112631554B (zh) | 一种项目需求管理方法、装置及设备 | |
Pastrana-Pardo et al. | Approach to the Best Practices in Software Development Based on DevOps and SCRUM Used in Very Small Entities | |
Ahmed et al. | Best practices of RUP® in software product line development | |
Teppe | The ARNO project: Challenges and experiences in a large-scale industrial software migration project | |
Faizi et al. | Implementing Large Enterprise Resource Planning Systems with Agile Methods | |
Dasoriya | SIGNIFICANCE OF SOFTWARE DEVELOPMENT MODELS. | |
CN115543969B (zh) | 一种数据迁移方法、装置、设备及介质 | |
Cugola et al. | An experience in setting-up a configuration management environment | |
US20140123100A1 (en) | System and method for implementing information systems |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180817 |
|
RJ01 | Rejection of invention patent application after publication |