項目版本號規範

雲生產環境3位，開發與測試環境4位
不另區份內外版本，使版本號管理簡易，同時知足內部版本號管理規範、回滾快速定位，外部版本名清晰簡短、充分體現更新頻率

新建bug、解決bug時所選的版本號，都是測試環境中左下角的版本號。

【主版本】.【子版本】.【修訂次數】.【svn版本】
1. 主版本：由高層決定，可根據產品功能特色、運營狀況而定，+1會影響子版本號，不影響修訂次數與svn版本
2. 子版本：以計劃定，每一個計劃都增長一位，主版本號+1時則歸零；並行計劃時，取子版本號大的爲準，才能表示當前版本已包含多個計劃的信息
3. 修訂次數：指上一個"穩定"版本號的svn版本到當前svn版本的修訂次數，注意是上一次」穩定「版本號，而不是上一次版本號，由於上一次多是不穩定的
4. svn版本：指當前項目的svn版本庫的版本號

【舉例】
上一穩定版本：2.1.3.9040
【開啓計劃，細分需求，分解任務，開始開發】此時已開啓計劃P，並細分出需求N1-N20，並分解出任務T1-T30
【開發完成，新建版本，提交測試】當T1-T30開發完成（即P開發完成）時，svn版本號9100，新建版本2.2.60.9100，源代碼地址欄寫明"[GUT]P - 第1次測試"，描述欄可寫是否須要在該版本達到何要求後發佈雲生產環境，並經過項目>版本>提交測試
2.2=2.1以後開啓的1個計劃，故子版本號+1
60=9100-9040：上一個穩定的svn版本到當前svn版本的修訂次數
【開始測試，迴歸bug或驗證需求】當迴歸了一遍全部已解決bug和驗證需求後，測試負責人在測試>版本中，完善測試結果，關閉測試版本，表示該版本已過了一遍；對於新建bug時選擇gut系統左下角對應版本號，（暫時）提交給產品部
【按計劃要求，發佈生產環境，或繼續下一版本】
若測試版本所有經過，即計劃P完成，產品部關閉計劃，開發部發布雲生產環境，當前版本就是最新的穩定版本
若測試版本未全經過但必須儘快發佈的，可在測試結果知足發佈條件時，直接發佈雲生產環境，剩餘問題在該計劃內下一版本繼續完善【並行計劃相似處理】
若測試版本未全經過且不急於發佈的，可不發佈雲生產環境，剩餘問題該計劃內下一版本繼續完善
【上一步中，若測試版本未全經過，又需新建版本時】設svn版本號9240，則新建版本2.2.200.9240
200=9240-9040，只要上一版本未達到穩定，不管是否已經上雲生產環境，都以上一個穩定版本爲準（上雲不必定都是穩定的，多是緊急但容許存在不穩定瑕疵的）