發佈流程進化史

此文已由做者尤炳棋受權網易雲社區發佈。

歡迎訪問網易雲社區，瞭解更多網易技術產品運營經驗。

來龍去脈

      以前考拉要上線一個版本都是靠人工整理髮布內容，手動發郵件通知相關人審批，發佈。且覆盤時查看歷史數據要去翻郵件，效率低下。

      KLQA平臺於17年9月開始着手搭建發佈流程模塊，在前期需求調研的基礎上，捋出了發佈流程的幾個關鍵節點。包括「版本鎖定」，「提交發布申請」，「審批經過」，「通知PE發佈」，「發佈完成」五個節點。發佈流程頁面上方有五個節點的步驟圖。

下方包括「發佈確認項」，「版本checklist」，「發佈順序」，「發佈內容」五大模塊。

每一個步驟點都是阻塞的，上一節點沒有完成時沒法進行到下一步。變動步驟點會郵件通知相關責任人。

實現難點：

實現步驟圖的難點在於權限的控制，每一個節點容許操做的人，不一樣人進入頁面看到的按鈕能執行的操做是不一樣的。同一我的的權限會有重疊和包含的狀況，要把這些都捋清楚，測試時還要模擬這種重疊和包含的狀況。

增長自助發佈分支：

在上線初版的流程發佈以後，反響良好，同時也反饋說有些版本無需PE發佈，只須要開發自助發佈。爲此，咱們在」發佈確認項」中增長「是否開發自助上線」選項，以下。

在提交發布申請以前，若是勾選改選項，提交發布申請以後，步驟圖中「通知PE發佈」節點會變成「開發自助發佈」節點。

增長無序發佈區：

新版本上線後，會發現有些版本中部分工程須要PE發佈，而其餘是開發自助發佈的，所以，咱們又對發佈流程進行了大的調整，增長了「無序發佈區」，在「無序發佈區」中的工程是開發自助發佈的，「發佈順序」中的工程能夠一鍵移動到「無序發佈區」，同時去掉了步驟圖中「開發自助發佈」的分支。同時作了不少工做來兼容歷史數據。

增長全量自動化：

爲了保證版本上線後的質量，在測試環境要跑全量自動化，爲此在版本鎖定以後增長全量自動化的連接，目前全量自動化這個步驟不是阻塞的，沒跑全量也是能夠進入到下一步的。

總結：

平臺的發展是漸進的，一開始設計功能模塊時沒法考慮到方方面面，後面確定要進行增刪改，因此咱們在編寫代碼時要考慮代碼的擴展性，利於從此的維護。

免費體驗雲安全(易盾)內容安全、驗證碼等服務

更多網易技術、產品、運營經驗分享請點擊。

相關文章：
【推薦】 網易嚴選後臺系統前端規範化解決方案
【推薦】 SpringBoot入門（四）——自動配置
【推薦】 Apache 流框架 Flink，Spark Streaming，Storm對比分析（一）