本發(fā)明涉及軟件開(kāi)發(fā)平臺(tái)及方法，尤其涉及一種基于devops的軟件開(kāi)發(fā)管理平臺(tái)及方法。

背景技術(shù)：

隨著互聯(lián)網(wǎng)的發(fā)展，人們對(duì)互聯(lián)網(wǎng)的要求越來(lái)越高，推動(dòng)了互聯(lián)網(wǎng)技術(shù)的快速發(fā)展。由于訪問(wèn)量龐大，互聯(lián)網(wǎng)應(yīng)用的運(yùn)維成本越來(lái)越高，對(duì)于小則幾十、上百臺(tái)服務(wù)器的集群，大則幾千、幾萬(wàn)臺(tái)服務(wù)器的云平臺(tái)，沒(méi)有安全高效的部署和監(jiān)控手段，應(yīng)用將無(wú)法正常運(yùn)營(yíng)。

傳統(tǒng)的軟件組織將開(kāi)發(fā)、測(cè)試和運(yùn)維設(shè)為各自獨(dú)立的部門，交付的軟件產(chǎn)品需要在一個(gè)部門中處理完成后才能流轉(zhuǎn)到下一個(gè)部門。這一模式使得產(chǎn)品的問(wèn)題無(wú)法盡早發(fā)現(xiàn)，浪費(fèi)人力成本，拉長(zhǎng)產(chǎn)品的迭代周期。因此，打造一套可加強(qiáng)開(kāi)發(fā)、測(cè)試和運(yùn)維之間溝通的自動(dòng)化工具是目前軟件開(kāi)發(fā)技術(shù)的研究方向。

devops是一組過(guò)程、方法與系統(tǒng)的統(tǒng)稱，提倡開(kāi)發(fā)和it運(yùn)維之間的高度協(xié)同，從而在高頻率部署的同時(shí)，提高生產(chǎn)環(huán)境的可靠性、穩(wěn)定性、彈性和安全性。

現(xiàn)有技術(shù)中，如中國(guó)專利cn105653449a中公開(kāi)了一種基于容器虛擬化的持續(xù)集成方法，該發(fā)明通過(guò)采用容器虛擬化技術(shù)，通過(guò)docker來(lái)屏蔽實(shí)際環(huán)境中的差異，通過(guò)dockerfile來(lái)統(tǒng)一規(guī)范應(yīng)用運(yùn)行環(huán)境；同時(shí)能夠在單一機(jī)器環(huán)境中無(wú)干擾的部署，并能較方便的進(jìn)行橫向擴(kuò)展，同時(shí)基于git的觸發(fā)機(jī)制，能夠自動(dòng)的在代碼提交后進(jìn)行持續(xù)集成，減少人工工作量。但是該發(fā)明未能對(duì)軟件項(xiàng)目的開(kāi)發(fā)流程進(jìn)行管理，而且不能將軟件開(kāi)發(fā)、測(cè)試和運(yùn)維進(jìn)行統(tǒng)一部署監(jiān)控。

鑒于此，有必要提供一種可解決上述缺陷的可對(duì)軟件開(kāi)發(fā)的生命周期統(tǒng)一管理的基于devops的軟件開(kāi)發(fā)管理平臺(tái)及方法，以加強(qiáng)開(kāi)發(fā)、測(cè)試和運(yùn)維之間的溝通，實(shí)現(xiàn)軟件開(kāi)發(fā)、測(cè)試和運(yùn)維一體化，同時(shí)實(shí)現(xiàn)持續(xù)部署，減少人工投入，降低人為出錯(cuò)；同時(shí)，提供一種基于devops的軟件開(kāi)發(fā)管理方法，操作簡(jiǎn)單靈活，應(yīng)用性強(qiáng)，有利于滿足用戶的自身需求。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明所要解決的一個(gè)技術(shù)問(wèn)題是提供一種基于devops的軟件開(kāi)發(fā)管理平臺(tái)，加強(qiáng)開(kāi)發(fā)、測(cè)試和運(yùn)維之間的溝通，實(shí)現(xiàn)軟件開(kāi)發(fā)、測(cè)試和運(yùn)維一體化，同時(shí)實(shí)現(xiàn)持續(xù)部署，減少人工投入，降低人為出錯(cuò)。

本發(fā)明所要解決的另一個(gè)技術(shù)問(wèn)題是提供一種基于devops的軟件開(kāi)發(fā)管理方法以對(duì)軟件開(kāi)發(fā)的生命周期進(jìn)行統(tǒng)一管理，加強(qiáng)開(kāi)發(fā)、測(cè)試和運(yùn)維之間的溝通，實(shí)現(xiàn)軟件開(kāi)發(fā)、測(cè)試和運(yùn)維的一體化，同時(shí)操作簡(jiǎn)單靈活，應(yīng)用性強(qiáng)，有利于滿足用戶的自身需求。

為解決上述技術(shù)問(wèn)題，本發(fā)明提供了一種基于devops的軟件開(kāi)發(fā)管理平臺(tái)，其包括：

集群管理模塊，用于供用戶創(chuàng)建集群以管理多個(gè)服務(wù)器；

應(yīng)用管理模塊，用于供用戶創(chuàng)建應(yīng)用并將應(yīng)用的服務(wù)項(xiàng)目、代碼及用戶數(shù)據(jù)保存到集群中以提供用戶權(quán)限管理和代碼管理；

構(gòu)建管理模塊，用于供用戶構(gòu)建所述應(yīng)用管理模塊中管理的代碼并對(duì)代碼進(jìn)行靜態(tài)分析；以及

部署管理模塊，用于供用戶創(chuàng)建并執(zhí)行部署任務(wù)。

其進(jìn)一步技術(shù)方案為：所述應(yīng)用管理模塊包括：

應(yīng)用創(chuàng)建單元，用于設(shè)置應(yīng)用的服務(wù)項(xiàng)目，并將每一服務(wù)項(xiàng)目關(guān)聯(lián)到相應(yīng)的git項(xiàng)目；

代碼管理單元，用于創(chuàng)建和管理git倉(cāng)庫(kù)，并將編輯處理后的代碼上傳保存至git倉(cāng)庫(kù)中以實(shí)現(xiàn)代碼管理；以及

代碼封版單元，用于為git倉(cāng)庫(kù)創(chuàng)建分支和標(biāo)記以定義編輯處理后的代碼的版本并對(duì)其進(jìn)行封版。

其進(jìn)一步技術(shù)方案為：所述構(gòu)建管理模塊包括：

任務(wù)構(gòu)建單元，用于創(chuàng)建和管理構(gòu)建代碼的任務(wù)以對(duì)代碼進(jìn)行構(gòu)建；

定時(shí)單元，用于創(chuàng)建定時(shí)器以根據(jù)約定的時(shí)間間隔，定時(shí)通知所述任務(wù)構(gòu)建單元進(jìn)行代碼構(gòu)建；以及

鏡像管理單元，用于管理所述任務(wù)構(gòu)建單元構(gòu)建的docker鏡像。

其進(jìn)一步技術(shù)方案為：所述構(gòu)建管理單元還包括：靜態(tài)分析單元，用于靜態(tài)分析所述應(yīng)用管理模塊的代碼。

其進(jìn)一步技術(shù)方案為：所述部署管理模塊包括：

資源管理模塊，用于將資源管理服務(wù)部署到集群中，為部署任務(wù)提供數(shù)據(jù)庫(kù)；以及

服務(wù)部署單元，用于創(chuàng)建部署任務(wù)，將所述構(gòu)建管理模塊中構(gòu)建的docker鏡像及可部署腳本部署到集群中，以對(duì)代碼進(jìn)行自動(dòng)化測(cè)試。

為解決上述技術(shù)問(wèn)題，本發(fā)明還提供了一種基于devops的軟件開(kāi)發(fā)管理方法，其包括以下步驟：

步驟s101，創(chuàng)建集群以管理多個(gè)服務(wù)器；

步驟s102，創(chuàng)建應(yīng)用，為應(yīng)用創(chuàng)建服務(wù)項(xiàng)目、并將應(yīng)用的服務(wù)項(xiàng)目、代碼及用戶數(shù)據(jù)保存到集群中以提供用戶權(quán)限管理和代碼管理；

步驟s103，構(gòu)建并靜態(tài)分析代碼；

步驟s104，創(chuàng)建并執(zhí)行部署任務(wù)。

其進(jìn)一步技術(shù)方案為：所述步驟s102中包括以下步驟：

步驟s21，設(shè)置應(yīng)用的服務(wù)項(xiàng)目，并將每一服務(wù)項(xiàng)目關(guān)聯(lián)到對(duì)應(yīng)的git項(xiàng)目；

步驟s22，創(chuàng)建和管理git倉(cāng)庫(kù)，編輯處理代碼，并將編輯處理后的代碼上傳保存至git倉(cāng)庫(kù)中；

步驟s23，為git倉(cāng)庫(kù)創(chuàng)建分支和標(biāo)記以定義編輯后的代碼的版本并對(duì)其進(jìn)行封版。

其進(jìn)一步技術(shù)方案為：所述步驟s103包括以下步驟：

步驟s31，構(gòu)建通知；

步驟s32，構(gòu)建代碼，jenkins接收到構(gòu)建通知后構(gòu)建代碼；

步驟s33，鏡像管理，對(duì)構(gòu)建的docker鏡像進(jìn)行管理。

其進(jìn)一步技術(shù)方案為：所述步驟s103還包括以下步驟：

步驟s311，當(dāng)編輯處理后的代碼保存至git倉(cāng)庫(kù)后，觸發(fā)sonar對(duì)代碼進(jìn)行靜態(tài)分析。

其進(jìn)一步技術(shù)方案為：所述步驟s104包括以下步驟：

步驟s41，使用docker的鏡像技術(shù)將資源管理服務(wù)部署到集群中，為部署任務(wù)提供數(shù)據(jù)庫(kù)；

步驟s42，部署通知；

步驟s43，部署任務(wù)，將構(gòu)建的docker鏡像及可部署腳本部署到集群中，觸發(fā)測(cè)試任務(wù)對(duì)代碼進(jìn)行自動(dòng)化測(cè)試。

本發(fā)明的有益技術(shù)效果在于：基于本發(fā)明所提供的一種基于devops的軟件開(kāi)發(fā)管理平臺(tái)，整合了gogs、jenkins、sonar、kubernetes等多種開(kāi)源工具，為軟件項(xiàng)目的整個(gè)生命周期提供一站式服務(wù)，加強(qiáng)了開(kāi)發(fā)、測(cè)試和運(yùn)維之間的溝通，實(shí)現(xiàn)軟件開(kāi)發(fā)、測(cè)試和運(yùn)維一體化，同時(shí)實(shí)現(xiàn)持續(xù)部署，減少人工投入，降低人為出錯(cuò)，而且可及時(shí)發(fā)現(xiàn)軟件問(wèn)題，加快軟件的迭代周期，符合未來(lái)發(fā)展的需求；同時(shí)，本發(fā)明所提供的一種基于devops的軟件開(kāi)發(fā)管理方法操作簡(jiǎn)單靈活，應(yīng)用性強(qiáng)，有利于滿足用戶的自身需求。

通過(guò)以下的描述并結(jié)合附圖，本發(fā)明將變得更加清晰，這些附圖用于解釋本發(fā)明的實(shí)施例。

附圖說(shuō)明

圖1是本發(fā)明一種基于devops的軟件開(kāi)發(fā)管理平臺(tái)的系統(tǒng)框圖。

圖2是本發(fā)明的軟件開(kāi)發(fā)管理平臺(tái)的應(yīng)用管理模塊一具體實(shí)施例的內(nèi)部模塊框圖。

圖3是本發(fā)明的軟件開(kāi)發(fā)管理平臺(tái)的構(gòu)建管理模塊一具體實(shí)施例的內(nèi)部模塊框圖。

圖4是本發(fā)明的軟件開(kāi)發(fā)管理平臺(tái)的部署管理模塊一具體實(shí)施例的內(nèi)部模塊框圖。

圖5是本發(fā)明一種基于devops的軟件開(kāi)發(fā)管理方法的流程圖。

圖6是本發(fā)明的軟件開(kāi)發(fā)管理方法一具體實(shí)施例的實(shí)現(xiàn)流程圖。

具體實(shí)施方式

為使本領(lǐng)域的普通技術(shù)人員更加清楚地理解本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)，以下結(jié)合附圖和實(shí)施例對(duì)本發(fā)明做進(jìn)一步的闡述，附圖中類似的組件標(biāo)號(hào)代表類似的組件。顯然，以下將描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

首先，參照?qǐng)D1，本發(fā)明所提供的一種基于devops的軟件開(kāi)發(fā)管理平臺(tái)包括集群管理模塊11、應(yīng)用管理模塊12、構(gòu)建管理模塊13以及部署管理模塊14。

所述軟件開(kāi)發(fā)管理平臺(tái)整合了gogs、jenkins、sonar、docker、kubernetes等多種開(kāi)源工具，其中，集群管理模塊11用于供用戶使用kubernetes創(chuàng)建集群，以管理多個(gè)服務(wù)器，用以資源和服務(wù)的部署；應(yīng)用管理模塊12用于供用戶創(chuàng)建應(yīng)用并將應(yīng)用的服務(wù)項(xiàng)目、代碼及用戶數(shù)據(jù)保存到集群中以提供用戶權(quán)限管理和代碼管理，同時(shí)，應(yīng)用的代碼還會(huì)被同步到gogs中；構(gòu)建管理模塊13用于供用戶構(gòu)建所述應(yīng)用管理模塊12中管理的代碼并對(duì)代碼進(jìn)行靜態(tài)分析；部署管理模塊14用于供用戶創(chuàng)建并執(zhí)行部署任務(wù)。其中，所述部署管理模塊14還可對(duì)服務(wù)項(xiàng)目進(jìn)行監(jiān)控和升級(jí)。

結(jié)合圖2，在某些實(shí)施例，例如本實(shí)施例中，所述應(yīng)用管理模塊12包括應(yīng)用創(chuàng)建單元121、代碼管理單元122以及代碼封版單元123。

其中，應(yīng)用創(chuàng)建單元121用于設(shè)置應(yīng)用的服務(wù)項(xiàng)目，并將每一服務(wù)項(xiàng)目關(guān)聯(lián)到相應(yīng)的git項(xiàng)目；代碼管理單元122用于創(chuàng)建和管理git倉(cāng)庫(kù)，并將編輯處理后的代碼上傳保存至git倉(cāng)庫(kù)中；代碼封版單元123用于為git倉(cāng)庫(kù)創(chuàng)建分支和標(biāo)記以定義編輯處理后的代碼的版本并對(duì)其進(jìn)行封版。

基于上述設(shè)計(jì)，用戶將多個(gè)服務(wù)器加入到所述軟件開(kāi)發(fā)管理平臺(tái)，通過(guò)集群管理模塊11對(duì)多個(gè)服務(wù)器進(jìn)行集群，以實(shí)現(xiàn)對(duì)多個(gè)服務(wù)器的管理，便于資源管理和服務(wù)部署；然后，用戶創(chuàng)建應(yīng)用，為應(yīng)用創(chuàng)建服務(wù)項(xiàng)目，每個(gè)服務(wù)項(xiàng)目對(duì)應(yīng)一個(gè)git項(xiàng)目；其中，所述git項(xiàng)目可為現(xiàn)有項(xiàng)目或新建項(xiàng)目，若為現(xiàn)有項(xiàng)目，用戶可直接下載git項(xiàng)目中的代碼并對(duì)其進(jìn)行編輯處理；若為新建項(xiàng)目，在創(chuàng)建git項(xiàng)目時(shí)，用戶需將khala框架的基礎(chǔ)代碼復(fù)制到git項(xiàng)目中，并對(duì)其進(jìn)行編輯處理。

編輯處理后的代碼通過(guò)所述代碼管理單元122上傳保存至git倉(cāng)庫(kù)中，以實(shí)現(xiàn)代碼的管理；再由所述代碼封版單元123為git倉(cāng)庫(kù)創(chuàng)建分支和標(biāo)記以定義編輯處理后的代碼的版本，并在版本開(kāi)發(fā)完成后，對(duì)代碼進(jìn)行封版。

再結(jié)合圖3，在某些實(shí)施例，例如本實(shí)施例中，所述構(gòu)建管理模塊13包括任務(wù)構(gòu)建單元131、定時(shí)單元132、鏡像管理單元133以及靜態(tài)分析單元134。

其中，任務(wù)構(gòu)建單元131用于創(chuàng)建和管理構(gòu)建代碼的任務(wù)以對(duì)代碼進(jìn)行構(gòu)建；定時(shí)單元132用于創(chuàng)建定時(shí)器以根據(jù)約定的時(shí)間間隔，定時(shí)通知所述任務(wù)構(gòu)建單元131進(jìn)行代碼構(gòu)建；鏡像管理單元133用于管理所述任務(wù)構(gòu)建單元131構(gòu)建的docker鏡像；靜態(tài)分析單元134用于靜態(tài)分析所述應(yīng)用管理模塊12中管理的代碼。代碼的構(gòu)建可通過(guò)調(diào)用jenkins進(jìn)行代碼構(gòu)建，構(gòu)建的docker鏡像會(huì)push到docker的鏡像倉(cāng)庫(kù)中進(jìn)行管理；而定時(shí)單元132中，利用創(chuàng)建定時(shí)器以定時(shí)通知任務(wù)構(gòu)建單元131進(jìn)行代碼構(gòu)建，有利于提高所述軟件開(kāi)發(fā)管理平臺(tái)的實(shí)用性，加快軟件的迭代周期。

結(jié)合圖4，在某些實(shí)施例，例如本實(shí)施例中，所述部署管理模塊14包括資源管理單元141以及服務(wù)部署單元142。

其中，資源管理單元141用于將資源管理服務(wù)部署到集群中，為部署任務(wù)提供數(shù)據(jù)庫(kù)；服務(wù)部署單元142用于創(chuàng)建部署任務(wù)，將所述構(gòu)建管理模塊13中構(gòu)建的docker鏡像及可部署腳本部署到集群中，以對(duì)代碼進(jìn)行自動(dòng)化測(cè)試。

基于上述設(shè)計(jì)，用戶可根據(jù)開(kāi)發(fā)的需求自主創(chuàng)建應(yīng)用的服務(wù)項(xiàng)目，具有個(gè)性化，而且所述軟件開(kāi)發(fā)管理平臺(tái)整合了多種開(kāi)源工具以規(guī)范軟件開(kāi)發(fā)流程，同時(shí)為軟件開(kāi)發(fā)的生命周期提供了統(tǒng)一管理平臺(tái)，實(shí)現(xiàn)持續(xù)部署，減少人工投入，降低人為錯(cuò)誤，同時(shí)加快軟件的迭代周期。

當(dāng)然，在本發(fā)明的其他實(shí)施例中，所述軟件開(kāi)發(fā)管理平臺(tái)還可包括黑客測(cè)試單元以供用戶編寫腳本進(jìn)行黑客測(cè)試，其余結(jié)構(gòu)和功能均和本實(shí)施例相同。

參照?qǐng)D5和圖6，本發(fā)明還提供了一種基于devops的軟件開(kāi)發(fā)管理方法，該方法包括以下步驟：

步驟s101，創(chuàng)建集群以管理多個(gè)服務(wù)器；用戶使用本發(fā)明的軟件開(kāi)發(fā)管理平臺(tái)時(shí)，先將多個(gè)服務(wù)器加入到平臺(tái)中，再利用kubernetes創(chuàng)建集群以管理多個(gè)服務(wù)器，用以資源和服務(wù)部署，并且對(duì)應(yīng)用進(jìn)行監(jiān)控和升降級(jí)。

步驟s102，創(chuàng)建應(yīng)用，為應(yīng)用創(chuàng)建服務(wù)項(xiàng)目，并將應(yīng)用的服務(wù)項(xiàng)目、代碼及用戶數(shù)據(jù)保存到集群中以提供用戶權(quán)限管理和代碼管理，同時(shí)，應(yīng)用的信息還會(huì)被同步到gogs中。參照?qǐng)D6，在本優(yōu)選實(shí)施例中，步驟s102包括以下步驟：步驟s21，設(shè)置應(yīng)用的服務(wù)項(xiàng)目，并將每一服務(wù)項(xiàng)目關(guān)聯(lián)到相應(yīng)的git項(xiàng)目；步驟s22，創(chuàng)建和管理git倉(cāng)庫(kù)，編輯處理代碼，并將編輯處理后的代碼上傳保存至git倉(cāng)庫(kù)中；步驟s23，為git倉(cāng)庫(kù)創(chuàng)建分支和標(biāo)記以定義編輯后的代碼的版本并對(duì)其進(jìn)行封板。

其中，所述git項(xiàng)目可為現(xiàn)有項(xiàng)目或新建項(xiàng)目，當(dāng)git項(xiàng)目為現(xiàn)有項(xiàng)目時(shí)，用戶可直接下載git項(xiàng)目中的代碼并對(duì)其進(jìn)行編輯處理，然后將編輯處理后的代碼上傳并保存至git倉(cāng)庫(kù)中；當(dāng)git項(xiàng)目為新建項(xiàng)目時(shí)，在創(chuàng)建git項(xiàng)目時(shí)，用戶需將khala框架的基礎(chǔ)代碼復(fù)制到git項(xiàng)目中，再進(jìn)行代碼的編輯處理，然后將編輯處理后的代碼上傳并保存至git倉(cāng)庫(kù)中。

步驟s103，構(gòu)建并靜態(tài)分析步驟s102保存至git倉(cāng)庫(kù)的編輯處理后的代碼。參照?qǐng)D6，在本優(yōu)選實(shí)施例中，步驟s103包括以下步驟：步驟s31，構(gòu)建通知；步驟s32，構(gòu)建代碼，jenkins接收到構(gòu)建通知后構(gòu)建代碼，構(gòu)建出docker鏡像及可部署腳本；步驟s33，鏡像管理，構(gòu)建的docker鏡像push到docker的鏡像倉(cāng)庫(kù)進(jìn)行管理。其中，在本優(yōu)選實(shí)施例中，構(gòu)建通知的方式為手動(dòng)觸發(fā)通知，手動(dòng)觸發(fā)通知是基于git的觸發(fā)機(jī)制，當(dāng)編輯處理后的代碼被上傳并保存至git倉(cāng)庫(kù)后，git倉(cāng)庫(kù)通知jenkins進(jìn)行代碼構(gòu)建。

當(dāng)然，在本發(fā)明的其他實(shí)施例中，所述步驟s31的構(gòu)建通知的方式可自動(dòng)觸發(fā)通知，自動(dòng)觸發(fā)通知是利用定時(shí)單元132中創(chuàng)建的定時(shí)器，根據(jù)約定的時(shí)間間隔，定時(shí)通知所述任務(wù)構(gòu)建單元131進(jìn)行代碼構(gòu)建，其余結(jié)構(gòu)和功能均與本實(shí)施例相同。

在某些實(shí)施例，例如本實(shí)施例中，步驟s103還包括步驟s311，當(dāng)編輯處理后的代碼保存到git倉(cāng)庫(kù)后，觸發(fā)sonar對(duì)代碼進(jìn)行靜態(tài)分析，獲得代碼分析報(bào)告，根據(jù)代碼分析報(bào)告可及時(shí)查出代碼中潛在的非功能性問(wèn)題，找出代碼的缺陷，降低編輯代碼時(shí)的人為錯(cuò)誤，提高測(cè)試效率。

步驟s104，創(chuàng)建并執(zhí)行部署任務(wù)。參照?qǐng)D6，在本優(yōu)選實(shí)施例中，步驟s104包括以下步驟：步驟s41，使用docker的鏡像技術(shù)將資源管理服務(wù)部署到集群中，為部署任務(wù)提供數(shù)據(jù)庫(kù)；步驟s42，部署通知；步驟s43，部署任務(wù)，將構(gòu)建的docker鏡像及可部署腳本部署到集群中，觸發(fā)測(cè)試任務(wù)對(duì)代碼進(jìn)行自動(dòng)化測(cè)試。其中，在本優(yōu)選實(shí)施例中，部署通知的方式為自動(dòng)觸發(fā)通知，自動(dòng)觸發(fā)通知為當(dāng)docker鏡像push到docker的鏡像倉(cāng)庫(kù)中時(shí)，鏡像倉(cāng)庫(kù)通知kubernetes進(jìn)行服務(wù)部署。無(wú)需人為過(guò)多的干預(yù)軟件開(kāi)發(fā)、測(cè)試和運(yùn)維的操作，降低人為錯(cuò)誤。而將服務(wù)部署至集群中將觸發(fā)自動(dòng)化測(cè)試任務(wù)，對(duì)代碼進(jìn)行自動(dòng)化測(cè)試。

當(dāng)然，在本發(fā)明的其他實(shí)施例中，所述步驟s42的部署通知的方式可為手動(dòng)觸發(fā)通知，手動(dòng)觸發(fā)通知即步驟s32的構(gòu)建代碼后，直接創(chuàng)建部署任務(wù)觸發(fā)通知命令，無(wú)需經(jīng)由保存docker鏡像至鏡像倉(cāng)庫(kù)觸發(fā)通知部署任務(wù)的進(jìn)行，其余結(jié)構(gòu)和功能均與本實(shí)施例相同。

基于上述軟件開(kāi)發(fā)管理方法，應(yīng)用的服務(wù)項(xiàng)目、代碼及用戶數(shù)據(jù)均由用戶自己設(shè)置，且操作靈活簡(jiǎn)潔，應(yīng)用性強(qiáng)，同時(shí)加強(qiáng)了軟件開(kāi)發(fā)、測(cè)試和運(yùn)維之間的溝通。

綜上所述，本發(fā)明所提供的基于devops的軟件開(kāi)發(fā)管理平臺(tái)及方法，整合了多種開(kāi)源工具，提高平臺(tái)的可靠性、穩(wěn)定性和安全性。通過(guò)利用kubernetes集群以實(shí)現(xiàn)多個(gè)服務(wù)器的管理，并對(duì)部署進(jìn)行在線升級(jí)和擴(kuò)容；同時(shí)基于git的觸發(fā)機(jī)制，可自動(dòng)在代碼提交后進(jìn)行持續(xù)集成，減少人工工作量，并利用sonar自動(dòng)進(jìn)行代碼靜態(tài)分析，可及時(shí)查出代碼的非功能性錯(cuò)誤；同時(shí)用戶可根據(jù)自身需要?jiǎng)?chuàng)建應(yīng)用，具有個(gè)性化，而且通過(guò)各種開(kāi)源工具的配合使用，將軟件開(kāi)發(fā)、測(cè)試和運(yùn)維一體化，加強(qiáng)軟件開(kāi)發(fā)、測(cè)試和運(yùn)維之間的溝通，規(guī)范了軟件開(kāi)發(fā)的流程，實(shí)現(xiàn)了持續(xù)部署，減少人工投入和降低人為出錯(cuò)的概率；同時(shí)實(shí)現(xiàn)軟件開(kāi)發(fā)的生命周期的統(tǒng)一管理，提高部署和監(jiān)控的效率和安全性，加快軟件的迭代周期，符合未來(lái)的發(fā)展需要。

以上所述僅為本發(fā)明的優(yōu)選實(shí)施例，而非對(duì)本發(fā)明做任何形式上的限制。本領(lǐng)域的技術(shù)人員可在上述實(shí)施例的基礎(chǔ)上施以各種等同的更改和改進(jìn)，凡在權(quán)利要求范圍內(nèi)所做的等同變化或修飾，均應(yīng)落入本發(fā)明的保護(hù)范圍之內(nèi)。