介面規範：
1、在開發之前必須要先定義介面，定義介面就必須要思考你的需求，邏輯，在寫介面文件的時候其實你就已經在你的大腦中實現了一遍你的需求了。
2、你定義的介面也是要有標準的，包括不包含多餘的字段，正式環境和測試環境的資料格式必須一致，文件與真實開發出來的介面必須一致等等。
3、在開發的過程中，如果介面有變化，需要及時和前端或者客戶端溝通，避免因為資訊的不同步問題而導致工期延誤。
上線規範：
1、首先在開發完成後，我們需要自測，自測的標準並不是特別的高，只需要通過冒煙測試，能夠把正常的流程走通就可以了，千萬不要自測還沒測好就交給測試，當測試辛辛苦苦的錄完資料，走正常的流程的時候報個系統異常，這種心情應該是十分酸爽的。只有當這些常規的測試走通的時候，測試才會給你測那些比較不容易發現的問題，如果測試總是在這些顯而易見的問題上兜兜轉轉，那麼在有限的時間內，測出的產品可能質量也並不高。
2、其次測試通過之後，關注下在正式環境上是否需要資源申請，比如說伺服器，redis，資料庫，這些東西需要提前的給運維提交工單，讓運維能夠從容不迫的去準備，避免在上線那天因為資源還沒準備好而耽誤太長的時間。
3、在測試通過，運維準備好資源的時候，就可以部署到線上了，我們的**現在應該是在dev分支上，我們需要把**合併到master分支上（這裡需要說明下，master分支上千萬不要修改**，我們要時刻保證master分支上的**是和線上環境保持一致的），之後就可以通過jenkins或者其他部署工具部署專案了。
4、部署之後，我們不能直接通知測試來測試了，我們需要用我們的測試用例，自己先訪問下我們的正式環境的介面，看下是否正常，之後在通知測試回測。等待著測試匯報答覆（每次上線聽到測試說沒有問題，心裡豁然開朗）上線完成。
當在正式環境遇到問題的時候，我們需要先通過自己的測試用例來定位問題，可以單點線上tomcat來確定服務是否存在**問題，如果是**問題，修改後第二次合併**的時候要慎重，可以使用交叉review的方式。如果問題歸屬配置問題，及時找運維溝通解決。上線完成後，要對master分支上打tag，在tag中說明此次部署上線的主要內容。
以上只是簡單的說了下介面文件和上線的規範，接下來還會說資料庫設計相關的規範，作為自己的知識總結，也希望能幫助到其他人。
每乙個努力認真生活的人都是自己的船長，關注我，我們一起乘風破浪。
開公司的流程
一 選擇公司的形式 普通的有限責任公司，最低註冊資金3萬元，需要2個 或以上 股東，從06年1月起新的公司法規定，允許1 東註冊有限責任公司，這種特殊的有限責任公司又稱 一人 但公司名稱中不會有 一人 字樣，執照上會註明 自然人獨資 最低註冊資金10萬元。如果你和朋友 家人合夥投資創業，可選擇普通的...
開公司的手續過程
一 選擇公司的形式 普通的有限責任公司，最低註冊資金3萬元，需要2個 或以上 股東，從06年1月起新的公司法規定，允許1 東註冊有限責任公司，這種特殊的有限責任公司又稱 一人 但公司名稱中不會有 一人 字樣，執照上會註明 自然人獨資 最低註冊資金10萬元。如果朋友 家人合夥投資創業，可選擇普通的 最...
自己開公司的步驟
牛人總結開公司步驟，留著以後用的著。一 選擇公司的形式 1 普通的有限責任公司 最低註冊資金 3萬元，需要 2個 或以上 股東，從 2006年01 月起，新的公司法規定，允許 1 東，註冊有限責任公司。這種特殊的有限責任公司，又稱 一人 但公司名稱中，不會有 一人 的字樣 執照上會註明 自然人獨資 ...