如何使用 CODING 實踐 DevOps 全流程

你好，歡迎使用 CODING！這份最佳實踐將幫助你經過 CODING 研發管理系統來更好地實踐 DevOps 流程。

DevOps 的本質是打破各個部門之間的隔閡，打通企業的前中後臺，推動跨部門協做。CODING 研發管理系統涵蓋了企業從需求管理、迭代規劃、產品研發，到測試管理、部署管理等軟件研發全週期。輔以 Wiki、文件管理等功能，幫助企業打破各個研發小組甚至企業部門之間的邊界，讓產品經理、研發團隊、測試工程師、運維乃至於市場運營、銷售、行政等部門共享同一個協做平臺，讓信息流通更加順暢，讓跨部門協做更加緊密，幫助企業提升研發效能，創造更多的商業價值。

使用 CODING 實踐 DevOps

從需求構思到產品落地，CODING 研發管理系統引入硅谷最早進的理論，再結合符合中國研發團隊的長期積累，爲企業提供最優秀的 DevOps 實踐，幫助企業將研發效能提高到全新的標準。

同時經過 CODING 的企業微信小程序，還能實現隨時隨地的同步與協同，經過小程序能夠直接查看任務詳情、評論任務還能實現容許代碼合併（MR）等功能，作到 Coding Anytime Anywhere。

DevOps 的核心在於速度和可控性，CODING 權限管理功能，能夠幫助項目管理員方便地根據項目成員的角色來分配相應的權限，減小誤操做帶來的安全隱患，同時還支持自定義用戶組，增長研發管理的可控性。在項目開始時，由項目管理員先行配置好全部成員的權限，確保團隊更有序地進行軟件開發。

1、迭代規劃

在邀請全部項目成員加入並配置好相應權限後，正式進入研發階段。首先要由本項目的產品負責人在需求管理模塊中制定項目的產品規劃，並負責維護和更新。以後產品團隊會經過 CODING 研發管理系統的需求管理功能建立一個需求池。

• 收集與管理需求

產品經理將規劃上線的功能、用戶的反饋以及市場調研的結果整理出來，經過需求管理中的需求形式統一概括，造成需求池。同時產品負責人對需求池中的需求進行進一步分析，根據團隊習慣將需求分爲技術問題、設計問題和產品問題。每條需求下都會根據需求的複雜程度建立一系列子任務，越重要的需求須要撰寫越完整的需求描述。

• 制定版本迭代計劃

在分析完需求後，經過 CODING 研發管理系統中的迭代功能來制定版本發佈計劃。此時產品團隊須要與研發和設計團隊召開產品會議，在會議中，產品經理對各個需求進行優先級排序，明確每次版本迭代中須要包括哪些需求、缺陷、工做和任務並設定好迭代週期。一個項目按照開發順序能夠分紅不一樣的迭代。

事務中包含需求、任務和缺陷，迭代提供完整的概覽功能，能夠清晰地展現每一個迭代中的事務進行狀況和分佈。

在會議結束後，每一個項目成員應該對本身的事務有清晰的認知。

• 需求文檔和原型文件

在完成迭代規劃後，產品經理便可在 Wiki 中根據迭代中的需求撰寫完整的產品功能文檔。 同時可使用 CODING 的文件功能上傳分享產品的原型圖。CODING 的功能和 Wiki 功能爲研發團隊提拱了內置的文檔協做和團隊知識沉澱工具。

2、產品研發

在迭代開始後，拿到產品的原型設計和功能說明文檔，研發工程師開始進行相關功能的交付開發。若是需求中涉及設計團隊，研發工程師能夠直接在需求管理頁面經過關聯功能關聯相應的設計任務。

• 代碼託管

CODING 的代碼託管服務提供高速、穩定且更易用的代碼倉庫，高性能遠端 Git 倉庫支持分佈式計算和存儲，並具備保護分支權限控制等功能。研發團隊可使用 Feature Branch Workflow、Gitflow 和 Forking 等並行研發流程，讓團隊成員共用一個私有項目倉庫進行管理協做，開發者能夠選擇適合自身的開發流程進行開發。這樣的並行開發能夠大幅縮短等待時間，提升研發團隊的研發效能。

• Code Review

DevOps 的主旨在於快速迭代，在注重速度的同時，質量也是重要的指標之一。開發完成後經過提交 Merge Request 進行代碼評審，確保代碼質量。經過代碼評審後 merge 進入 master 分支。

• 持續集成

持續集成是 DevOps 的核心，CODING 的持續集成功能對每次提交的代碼不斷進行自動化的單元測試、代碼檢查、編譯構建、契約測試，甚至自動部署。持續集成大大下降了開發者的工做負擔，減小了沒必要要的重複勞動，提高代碼質量和開發效率。在 CODING 持續集成模塊中能夠對持續集成功能進行設定。當開發者 push 代碼時，會自動觸發 CODING 持續集成，持續集成會自動編譯並測試該 commit。CODING 持續集成支持在任意階段觸發持續集成。當開發者提交一部分修改完成的代碼後，老是但願能夠快速、持續地獲得直觀且有效的反饋，以達到持續快速交付的目的，這也是 CODING 持續集成功能所但願達到的目標。

CODING 的持續集成預置了大量構建環境鏡像，例如 Java、Python、NodeJS 等等，同時還支持 Docker 鏡像構建，讓開發者能夠快速上手。另外 CODING 的持續集成功能支持代碼自動化構建，而且在構建過程當中能夠進行自檢；每次提交必須進行一次構建、保持構建的高效，確保研發團隊易於取得最新構建的可交付成果，而且支持自動化部署。

當持續集成經過後，即可以把代碼更新到 staging 環境。

3、測試階段

更新 staging 的代碼後，開始由測試人員進行相關測試。在 CODING 的測試管理模塊中能夠方便的建立並執行測試計劃。

• 編寫測試用例

DevOps 的高效同時也體如今其工做並行的方面上，通常狀況下測試工程師在迭代規劃完成後便可根據計劃中的事務編寫測試用例。

• 建立測試計劃

根據迭代中的進度和規劃建立測試計劃，並將當前所須要測試的功能所對應的測試用例規劃進去。

• 執行測試計劃

當迭代進行到測試階段後，測試工程師即可直接在平臺上執行測試計劃，並在計劃中的每一個用例裏標註測試結果，如測試未經過則需記錄相關的錯誤信息。

Staging 環境測試經過後，該功能就能夠在內部測試新功能的形式發佈到生產環境，通知相關的產品或設計人員在內部測試環境進行上線前的測試。

4、缺陷管理

在測試環節和正式上線後發現的問題，均可以在 CODING 研發管理系統的缺陷管理模塊中概括統一，並排出優先級做爲下一個迭代中的工做來源之一。不過這也要具體問題具體分析，緊急程度高的缺陷須要第一時間反饋到產品進行修復，優先級不高的會安排到接下來迭代修復。

• 提交缺陷

在測試階段沒有經過的測試用例，能夠直接提交缺陷，返回產品經理手上由其指派給相應的開發者進行修復。

• 用戶反饋

在運營接收到用戶反饋的問題時，對該問題進行查實，肯定爲缺陷後直接在缺陷管理中提交該缺陷，等待產品經理進行排期。

5、迭代總結

在一輪迭代結束後，CODING 研發管理系統提供了各種報表功能，自動生成員工工做量、事務狀況、完成趨勢、延期率等關鍵指標的相關報告，幫助企業用最短的時間進行自我總結和分享，幫助團隊快速吸收教訓並投入到下一個迭代中。

點擊當即使用 CODING 實踐 DevOps 全流程