1. 程式人生 > >後端開發常見規範

後端開發常見規範

開發上線流程

心懷敬畏之心:

  1. 新建變更分支-git clone下載-IDEA中從pom檔案開啟-切換到對應分支-開發
  2. compare with檢視更改內容-git pull origin master-resolve conflicts-git commit -a -m '提交' git push
  3. 預發部署-效果驗證(lwp、HSF、聯調,新老功能)-安全稽核-找師兄CR
  4. 外部依賴-Diamond、DB(iDB4)、快取(是否需要預熱),改diamond後去端上看影響的部分是否跟以前一樣正常(eg.應用市場詢價下單)
  5. 變更周知-提交正式釋出-填寫釋出單-分批發布,每一批暫停(一次一臺機器)-每釋出一批,在端上測試一下(eg. 應用市場詢價下單)-檢查部署機器日誌-若發生問題,3-5分鐘內無法解決,回滾

釋出二方包(RPC場景)

上線前

  1. API可以打成SNAPSHOT包,方便除錯。SNAPSHOT包是可以覆蓋的。但是釋出版的二方包是不可以覆蓋的,會報錯。
  2. Git push一下;
  3. 釋出完之後,更新引用該二方包的pom檔案,在IDEA裡面的maven project重新整理一下看看即可,若有問題,將.m2檔案中對應的包刪掉(建議如此,否則可能呼叫方引用的還是原來的二方庫)。

上線後

       此時要打成釋出版的二方包,依賴本專案的pom檔案依賴更新成釋出版的二方包,才能上線。上線不能再用SNAPSHOT二方包了。

構建失敗

依賴包衝突,例如張三的應用L1依賴A版本的應用L2,而李四的應用L1依賴B版本的應用L2。

此時A版本的L2和B版本的L2都已經在預發上合併Merge部署成功,則可以將A、B版本L2的pom檔案改成同一版本(改動其中一個變成與另一個一樣即可),在預發環境提交二方庫釋出,同時在L1裡面都引用該版本的二方庫即可。

這樣該二方庫中就同時具有A、B兩版本L2的內容了。

改類名、方法名、欄位名

IDEA快捷鍵:Shift+F6

應該一層一層從下往上改,否則改了上層的,再改下層的,上層中呼叫下層的部分可能不會被改過來(因為原來的引用關係在改名時丟失了)

建議更改順序:bean/dao.xml-sqlmap.xml-sql-DO-DAO –VO-convert -子類-介面-實現類

改的時候一定把所有涉及的地方挨個檢查,以免關聯到不該改動的其它地方。改完build一下,看有無報錯。再驗證。

若修改了介面,則需要重新發布二方包,並更新呼叫方的Maven依賴。