分支模型
分支模型是配置管理的核心，是團隊協作管理不可或缺的一部分
分支模型通常可以分為主干分支開發模型和特性分支開發模型
團隊需要根據業務特點、團隊規模以及現狀階段來選擇分支模型，形成最佳實踐
沒有絕對好的分支模型，只有適合團隊現狀和背景關系環境的分支模型
本地開發
高效本地開發旨在提高開發者編碼效能，關鍵是讓開發者不受阻礙，不受不必要的干擾
建立規范化、自動化的研發流程是高效開發的關鍵，也是持續投入改進的重點
高效開發環境構建原則：建立適合自己團隊的研發規范；利用資源換區時間；服務化、自助環境的獲取；環境一體化、一致性的建立與保證
云端開發
云端開發是解決本地資源不足、開發環境差異和云原生環境下開發困難的有效手段
云端開發涉及共享云端環境、基于K8s Namespace 的隔離開發環境和基于 Istio Mesh 的邏輯隔離開發環境
容器應用熱加載是實作云端開發編碼實時生效的有效解決方案
代碼評審
代碼評審是質量內建的核心實踐之一，是工程師文化的基石
代碼評審實踐有多重可操作的型別，型別之間具備不同特點，適用于不同背景關系
代碼評審既要關注業務價值正確交付，同時還需要考慮代碼長期的可維護性
單元測驗
單元測驗是測驗左移的關鍵實踐之一，是高質量測驗策略的基礎
應該將單元測驗代碼與業務代碼同等對待，提升其可維護性、增加其測驗有效性、優化其執行時間、保證其穩定性
單元測驗的推進是一項長期投資，應該結合團隊現狀，循序漸進的持續提升
代碼掃描
代碼掃描是能夠在早期發現代碼問題，越早發現，解決成本就越低
修正代碼掃描所發現的問題，與修復代碼缺陷時類似的，也需要通過回歸測驗去驗證
代碼掃描應該是靈活和因地制宜的，而不是機械和教條的
盲目引入代碼掃描，往往會大幅增加團隊負擔，效果反而大打折扣
編譯構建
優秀的團隊每天都應該自動化地完成最新的代碼構建并發布到測驗平臺
傳統的本地編譯構建問題很多，業界發展出分布式構建、編譯快取、云端構建等技術
編譯構建平臺需要關注介入成本，盡量實作無侵入介入
編譯構建的優化是不斷迭代的程序，編譯程序的可視化為持續優化提供了資料基礎
架構設計
需求、開發、測驗、運維等大部分研發效能領域的提升都依賴于架構設計本身的質量
架構設計并不是為了滿足模式和原則，而是在理解分析業務目標后，設計或選取和目標高度關聯的最優解
架構設計不是“一錘子”買賣，在整個軟體生命周期內都需要守護和持續演進
低代碼應用
低代碼是一種可視化的軟體開發方式，能夠縮短研發周期，降低研發成本
可視化表單和可視化流程是地代碼中的常用方法
在可視化流程節點中植入與配置質量卡點，是推動質量左移和右移的關鍵實踐
測驗驅動開發
測驗驅動開發實一種測驗在先，編碼在后的開發實踐
測驗驅動開發客觀、全面地確保了代碼的微觀質量，真正實作了質量內建的目標
測驗驅動開發原則一：先寫測驗代碼，再寫產品代碼
測驗驅動開發原則二：只允許撰寫剛好能夠導致失敗的單元測驗
測驗驅動開發原則三：只允許撰寫剛好能夠導致一個失敗的單元測驗通過的產品代碼
解讀
代碼分支的原理是一個分支包含一種性質，比如 master 分支就是生產環境的分支，dev_xxx 就是在開發中的分支，feature/xxx 就是包含某種特性（win/linux 等特性），
代碼掃描的因地制宜指的是，不要糾結開源組件中的問題，重點應關注影響安全性和性能的問題（諸如未關閉的流等）
編譯構建的軟體 Java ee 專案上基本都是從 ant 到 maven / gradle
所謂測驗驅動開發的先寫測驗代碼，再寫產品代碼，可以參考軟體 cucumber robotframework
所謂架構設計的持續演進，是由于業務發展，外部環境變化，導致的應用系統原有的架構設計適應力（性能，容量等）不足，所以架構需要調整，
轉載請註明出處，本文鏈接：https://www.uj5u.com/gongcheng/531931.html
標籤：其他
下一篇：03-開發領域實踐