大家好，我是老陳。今天與大家分享一篇原本是內部開發團隊共識的工作流使用指引，並且內部開發團隊也一直是在踐行本操作方案，確實很有效。所以想與眾多朋友分享探討。
如果對你有幫助，不勝榮幸。（本文是在內部團隊已經安裝使用Gitlab作為程式碼版本管理的前提下進行，#gitlab# 的安裝請看這篇：《中小企業技術團隊自建程式碼託管伺服器，Gitlab安裝圖文教程 》內部圖文進行脫敏，但應不影響觀看體驗）。
以下是正文：
為了提高開發質量與溝通效率，我們採用Gitlab問題跟蹤來協同開發工作。為儘早落地開發工作流規範，請嚴格按照問題跟蹤器流程進行開發交付。
由於採用 #敏捷開發# 方法，每個專案的迭代都從一個MVP開始。具體舉例“小程式MVP9 迭代開發”。
首先在對應的專案倉庫中建立MVP跟蹤（Milestone）
路徑：ISSUSE > Milestone > New Milestone
填寫對應的迭代標題與迭代內容：如小程式MVP9 迭代開發，然後指定迭代時間週期，一般兩週。
第一步：建立MVP迭代跟蹤
第一步：建立MVP迭代跟蹤
建立MVP迭代標題，簡介內容和時間
你可以填寫更詳細的迭代內容，或者上傳圖片附件都可以，詳細一些方便後續的溝通與核對。
第二步：接著建立問題跟蹤（Issues）
路徑： ISSUES > List > New Issues
第二步：建立問題跟蹤
建立問題，填寫標題內容和時間等
標題最好能夠準確地體現出問題與需求；
內容儘量詳細；
分配給對應的專案成員
選擇第一步對應的MVP
看板對應的標籤，如：需求確認
你可以為該問題選擇一個處理時間，如：幾月幾號完成。
問題建立完之後，就可以建立分支進行開發，詳細問題建立分支開發流程請參考：Gitlab倉庫提交與更新程式碼規範落地共識（內部圖文）
第三步：在開發過程當中，我們會使用看板（Boards）
路徑： ISSUES > Boards > 拖動進行標籤狀態變更
第三步：看板，拖動問題進行標籤狀態
請開發過程中，及時更新看板中的狀態，問題完成數。後續會被統計到MVP中，實時進度跟蹤。（第一步的圖中右側，有對應的問題數和進度）
開發過程中，請嚴格按照問題跟蹤器的工作流進行開發，待整個MVP中的問題都處理完後，階段性開發就完成。
需要統一合併到Master進行程式碼更新，開發過程中，按情況需要，可部分先更新Master。
正常情況下請先合併到test測試通過後，再提交Master。
注意：test分支只作為測試合併分支，走測試部署流程，請不要往裡面寫程式碼。因為隨時可能刪除並複製最新master分支。
第四步：問題完成處理後即可發版（Releases）
發版路徑：Project overview > Releases > New Release
第四步：版本發版功能操作
新增Tag標籤資訊，可以上傳附件和圖片
填寫 Tag name ；
預設選擇Master；
填寫對應的發版資訊；
填寫Releases Note ，儘量詳細描述更新的內容；
點選建立。
確認建立後，會自動建立Tag。作為版本歸檔。發版完成後，請勿隨意刪除版本歸檔。如果系統配置了郵件提醒，相關的成員都會收到對應的發版郵件通知預計程式碼包下載連結。
大概郵件範文：
New release： v2。2。0。1
A new Release v2。2。0。1 for xxx was published。 Visit the Releases page to read more about it。
Assets：
Download zip
Download tar。gz
Download tar。bz2
Download tar
Release notes：
本次更新內容： 1。最佳化登入方式，使用微信快捷登入
到此，本文結束。再會～ 【老陳談技術】
