外賣c端java程序上線流程規範(強制嚴格遵守，如果不按此流程走而導致出現問題的話，直接打包走人，相反，嚴格遵守此流程規範，出現問題，不予追究責任，酌情改進):
1. 開發同學將下週要上線的內容記錄到wiki，在上線wiki中記錄需上線內容:http://wiki.n.xxx.com/ waimai/c
2. 測試通過後，需上線的開發工程師提交上線jira或者郵件(上線jira與提測jira公用一個)，內容包括且不 限於以下內容;同時添加對應的測試，產品，組負責人和真才; 如果需要有數據庫操作的部分，也發起 數據庫上線jira(按照DBA的要求創建數據庫上線jira，將寫好的上線sql腳本(包括回滾腳本)貼在jira內， 並指給組內對改動相對熟悉的人進行review)
上線版本號
上線時間點
上線內容，原需求(jira)
備份步驟，備份內容位置(如果需要，比如數據庫更新，比如配置更新)
上線步驟
回滾方案
風險點
3. 上線審批人:上線方案必須有審批人，一般上線由各服務負責人審批，緊急上線服務負責人審批
後，必須由上一級負責人審批後纔可以上線，watchers中添加飛哥
4. 測試人員根據上線步驟在測試環境部署
5. 測試人員驗證，確認上線內容已經測試通過，且上線步驟在測試環境通過，且版本一致，確認無誤後在
jira中添加commit註明
6. 具體測試流程規範:測試 流程1
7. 參照提出的需求jira，產品進行驗收，確認改動是否符合需求，確認無誤後在jira中添加commit註明
8. (開發同學)將改動部署到preview環境(只針對H5頁面測試)
9. (測試同學)在preview環境對提測點進行灰度測試，同時迴歸基本功能用例(只針對H5頁面測試)
10. 如果涉及到小貸業務，郵件通知到小貸相關責任人。小貸技術和測試並反饋郵件確認後再上線。
11. 執行上線操作，可能有數據庫上線和服務上線。
a. 數據庫上線(如果有):與dba溝通執行操作，收到dba上線完成的通知後，需在線上數據庫進行確認，確認正確後再繼續服務上線操 作; 請務必認真核對數據庫操作符合期望
b. 服務上線，通過xbox分機房分級羣的方式。具體操作:
12. xbox部署服務上線前，須在上線流程審批平臺申請權限，由開發同學發起上線申請並指給
13. 測試同學進行審批，測試同學點擊審批成功後進行部署，審批過程中測試同學須重點關注 上線版本是否爲測試的版本。 審批流程已有系統支持。審批系統使用方法:編譯部署系統接入審批系統，使用流程2
14. 先在一臺機器上部署，此時在已部署的機器上觀察日誌是否有異常、觀察本次改動是否生 效，觀察數據庫數據是否正確。如果出現問題，立即回滾(回滾時需要同時考慮服務和數 據庫，儘量保證不影響線上用戶使用)
15. 如果確認無誤，xbox點擊繼續部署直至所有機器上線完成;
16. 數據庫和服務上線完成後，開發同學繼續觀察日誌和數據庫30~60分鐘
17. 同時測試同學，線上進行基本用例迴歸
18. 開發同學和測試同學均確認本次上線無誤後，在jira中添加Comment註明
19. 在後續的上班時間，不定時的關注線上日誌(打開一個日誌窗扣，過濾出錯誤日誌，經常觀察數據)
20. 涉及到資金的，第二天第一時間關注對賬結果，並檢查數據庫中內容，在jira中添加Comment註明
21. 如果上線失敗，在上線jira中註明並記錄失敗原因。
22.上線失敗的服務，一般來說順延到下週三上線，如果優先級較高，需與產品、測試、和飛哥進行討論後再確認上線時間和上線流程。
23. 上線一定要在上線窗口內操作完成。
24. 上線完成後郵件周知相關各方，抄送相關leader。
25. 上線操作由雙人執行，一主一備。
最後附上筆者創建的一個java技術交流羣，歡迎大家進羣交流java相關的技術，羣主會不定時發紅包，組織抽獎，獎品是下面幾本書之一：
從paxos到zookeeper分佈式一致性原理與實踐 作者：倪超
Redis設計與實現 作者：黃建宏
kafka源碼分析
分佈式系統架構設計與實現
高性能mysql
Innodb引擎原理分析
還有幾本，篇幅限制就不一一列舉了
