本發(fā)明涉及管控研發(fā)過程,尤其涉及一種用于管控研發(fā)過程方法、系統(tǒng)、電子設(shè)備及存儲介質(zhì)。
背景技術(shù):
1、自1996年以來互聯(lián)網(wǎng)產(chǎn)業(yè)高速發(fā)展,為了應(yīng)對日益增長的市場需求和應(yīng)用交付壓力,devops理念被提出。隨著自動化工具如jenkins、puppet、chef和ansible的普及,以及云計算服務(wù)的興起,devops的實施變得更加容易和可行。到了2010年代中后期,devops已經(jīng)成為大多數(shù)it組織的共識和標(biāo)準(zhǔn)實踐。
2、傳統(tǒng)研發(fā)管理平臺集成了一系列devops自動化工具,將不同功能模塊劃分為不同菜單使用,滿足了在同一平臺上管理代碼、制品、發(fā)布的需求場景。支持較為簡單的ci(持續(xù)集成)/cd(持續(xù)部署)場。
3、由于將各功能拆分至模塊菜單來獨立使用,導(dǎo)致使用感割裂;各模塊權(quán)限配置繁瑣:例如代碼、制品、流水線等權(quán)限;由于所有操作都是自動化腳本完成,追溯源頭方面對于入門者很不友好;缺少基于研發(fā)階段的管控,造成測試、生產(chǎn)發(fā)布流程不明確、越權(quán)操作問題。所以傳統(tǒng)研發(fā)管理平臺在研發(fā)流程管理能力上缺失,最終造成管理、研發(fā)效能降低。
技術(shù)實現(xiàn)思路
1、針對上述問題中存在的不足之處,本發(fā)明提供一種用于管控研發(fā)過程方法、系統(tǒng)、電子設(shè)備及存儲介質(zhì)。
2、為實現(xiàn)上述目的,本發(fā)明提供一種用于管控研發(fā)過程方法,包括:
3、基于業(yè)務(wù)類型,在devops研發(fā)系統(tǒng)中對應(yīng)選擇業(yè)務(wù)模型的業(yè)務(wù)系統(tǒng),所述業(yè)務(wù)系統(tǒng)包括至少兩個應(yīng)用;
4、所述業(yè)務(wù)系統(tǒng)基于devops資源基礎(chǔ)數(shù)據(jù)創(chuàng)建代碼庫和制品庫,對所述代碼庫和所述制品庫分別賦予對應(yīng)負(fù)責(zé)人;
5、所述應(yīng)用分別關(guān)聯(lián)所述代碼庫和制品庫且所述應(yīng)用生成發(fā)布的流水線;
6、所述應(yīng)用發(fā)布的流水線包括開發(fā)階段、測試階段和發(fā)布階段;
7、對所述發(fā)開階段、所述測試階段和所述發(fā)布階段分別配置屬性,所述屬性包括角色屬性、來源類型、目標(biāo)策略、目標(biāo)分支;
8、在開發(fā)階段,基于所述來源類型、所述目標(biāo)策略和所述目標(biāo)分支,將研發(fā)人員開發(fā)的代碼發(fā)起代碼合并,獲得源分支;
9、在測試階段,將所述源分支和所述目標(biāo)分支進(jìn)行合并,獲得發(fā)布代碼;
10、將所述發(fā)布代碼通過所述流水線集成發(fā)布。
11、優(yōu)選的是,基于所述角色屬性分別對所述開發(fā)階段、所述測試階段和所述發(fā)布階段配置對應(yīng)的管理角色。
12、優(yōu)選的是,所述來源類型為源分支的前綴,管控不同階段下使用不同的來源分支,通過前綴來約束;
13、所述目標(biāo)策略為目標(biāo)分支的選用,“固定”策略表示使用固定的分支,“臨時”策略表示使用新分支作為目標(biāo)分支,新分支來源于主分支;
14、所述目標(biāo)分支為若所述目標(biāo)分支為“固定”類型,所述目標(biāo)分支為所述代碼庫現(xiàn)有分支中的一個,若所述目標(biāo)分支為“臨時”類型,每次合并時,以所述目標(biāo)分支為前綴,從主分支拉出一條{目標(biāo)分支}-{序號}為名稱的目標(biāo)分支。
15、優(yōu)選的是,發(fā)布所述發(fā)布代碼之前還需要對所述發(fā)布代碼進(jìn)行掃描,掃描過程校驗所述發(fā)布代碼是否符合門禁規(guī)則,所述門禁規(guī)則包括致命問題等于0、錯誤問題等于0、警告問題等于0和提示問題等于0。
16、優(yōu)選的是,所述門禁規(guī)則通過的情況下,才能進(jìn)行下一階段。
17、優(yōu)選的是,一個發(fā)布環(huán)境的場景對應(yīng)配置發(fā)布流程均包括所述開發(fā)階段、所述測試階段和所述發(fā)布階段。
18、本申請還提供一種用于管控研發(fā)過程系統(tǒng),包括:
19、選擇模塊,用于基于業(yè)務(wù)類型,在devops研發(fā)系統(tǒng)中對應(yīng)選擇業(yè)務(wù)模型的業(yè)務(wù)系統(tǒng),所述業(yè)務(wù)系統(tǒng)包括至少兩個應(yīng)用;
20、創(chuàng)建模塊,用于所述業(yè)務(wù)系統(tǒng)基于devops資源基礎(chǔ)數(shù)據(jù)創(chuàng)建代碼庫和制品庫,對所述代碼庫和所述制品庫分別賦予對應(yīng)負(fù)責(zé)人;
21、關(guān)聯(lián)模塊,用于所述應(yīng)用分別關(guān)聯(lián)所述代碼庫和制品庫且所述應(yīng)用生成發(fā)布的流水線;所述應(yīng)用發(fā)布的流水線包括開發(fā)階段、測試階段和發(fā)布階段;
22、配置模塊,用于對所述發(fā)開階段、所述測試階段和所述發(fā)布階段分別配置屬性,所述屬性包括角色屬性、來源類型、目標(biāo)策略、目標(biāo)分支;
23、開發(fā)模塊,用于在開發(fā)階段,基于所述來源類型、所述目標(biāo)策略和所述目標(biāo)分支,將研發(fā)人員開發(fā)的代碼發(fā)起代碼合并,獲得源分支;
24、測試模塊,用于在測試階段,將所述源分支和所述目標(biāo)分支進(jìn)行合并,獲得發(fā)布代碼;
25、發(fā)布模塊,用于將所述發(fā)布代碼通過所述流水線集成發(fā)布。
26、本發(fā)明還提供一種電子設(shè)備,包括至少一個處理單元以及至少一個存儲單元,其中,所述存儲單元存儲有計算機(jī)程序,當(dāng)所述程序被所述處理單元執(zhí)行時,使得所述處理單元執(zhí)行上述的方法。
27、本發(fā)明還提供一種存儲介質(zhì),其存儲有可由電子電子設(shè)備執(zhí)行的計算機(jī)程序,當(dāng)所述程序在所述電子電子設(shè)備上運行時,使得所述電子電子設(shè)備執(zhí)行上述的方法。
28、與現(xiàn)有技術(shù)相比,本發(fā)明的有益效果為:
29、本發(fā)明通用三層體系管理所有devops工具資源,一處配置,全局生效,提高管理效率。
1.一種用于管控研發(fā)過程方法,其特征在于,包括:
2.根據(jù)權(quán)利要求1所述的用于管控研發(fā)過程方法,其特征在于,基于所述角色屬性分別對所述開發(fā)階段、所述測試階段和所述發(fā)布階段配置對應(yīng)的管理角色。
3.根據(jù)權(quán)利要求2所述的用于管控研發(fā)過程方法,其特征在于,所述來源類型為源分支的前綴,管控不同階段下使用不同的來源分支,通過前綴來約束;
4.根據(jù)權(quán)利要求3所述的用于管控研發(fā)過程方法,其特征在于,發(fā)布所述發(fā)布代碼之前還需要對所述發(fā)布代碼進(jìn)行掃描,掃描過程校驗所述發(fā)布代碼是否符合門禁規(guī)則,所述門禁規(guī)則包括致命問題等于0、錯誤問題等于0、警告問題等于0和提示問題等于0。
5.根據(jù)權(quán)利要求4所述的用于管控研發(fā)過程方法,其特征在于,所述門禁規(guī)則通過的情況下,才能進(jìn)行下一階段。
6.根據(jù)權(quán)利要求5所述的用于管控研發(fā)過程方法,其特征在于,一個發(fā)布環(huán)境的場景對應(yīng)配置發(fā)布流程均包括所述開發(fā)階段、所述測試階段和所述發(fā)布階段。
7.一種用于管控研發(fā)過程系統(tǒng),其特征在于,包括:
8.一種電子設(shè)備,其特征在于,包括至少一個處理單元以及至少一個存儲單元,其中,所述存儲單元存儲有計算機(jī)程序,當(dāng)所述程序被所述處理單元執(zhí)行時,使得所述處理單元執(zhí)行權(quán)利要求1~6任一權(quán)利要求所述的方法。
9.一種存儲介質(zhì),其特征在于,其存儲有可由電子電子設(shè)備執(zhí)行的計算機(jī)程序,當(dāng)所述程序在所述電子電子設(shè)備上運行時,使得所述電子電子設(shè)備執(zhí)行權(quán)利要求1~6任一權(quán)利要求所述的方法。