軟件開發(fā)中有一個(gè)持續(xù)集成的概念。它是一種軟件開發(fā)實(shí)踐，對于提高軟件開發(fā)效率并保障軟件開發(fā)質(zhì)量提供了理論基礎(chǔ)。除了自動(dòng)化測試部署，?頻繁地（一天多次）將代碼集成到主干。
（1）快速發(fā)現(xiàn)錯(cuò)誤。每完成一點(diǎn)更新，就集成到主干，可以快速發(fā)現(xiàn)錯(cuò)誤，定位錯(cuò)誤也比較容易。
（2）防止分支大幅偏離主干。如果不是經(jīng)常集成，主干又在不斷更新，會(huì)導(dǎo)致以后集成的難度變大，甚至難以集成。
簡單一點(diǎn)來說就是功能開發(fā)完成，就可以提交到主分支了。但是功能開發(fā)完成的標(biāo)志點(diǎn)是，測試通過、review 完成。
那什么時(shí)候代碼才應(yīng)該被提交到主分支呢？
分支的概念和 git 工作流請移步 企業(yè)級(jí)開發(fā)：Gitflow Workflow工作流。
測試
代碼倉庫對commit操作配置了鉤子（hook），只要提交代碼或者合并進(jìn)主干，就會(huì)跑自動(dòng)化測試。測試有好幾種。
- 單元測試：針對函數(shù)或模塊的測試
- 集成測試：針對整體產(chǎn)品的某個(gè)功能的測試，又稱功能測試
- 端對端測試：從用戶界面直達(dá)數(shù)據(jù)庫的全鏈路測試
第一輪至少要跑單元測試。
代碼 review 相當(dāng)重要，不能讓任何沒有審查過的代碼提交到主分支。在Google，沒有程序，任何產(chǎn)品、任何項(xiàng)目的程序代碼，可以在沒有經(jīng)過有效的代碼審查前提交到代碼庫里的。
流程
在前后端分離的開發(fā)中，比較好的流程就是把審查加入到各個(gè)環(huán)節(jié)。
- 需求分析
- 需求評(píng)審
- 先定義開發(fā)文檔
- 開發(fā)文檔評(píng)審
- 前端、后端在各自的分支開發(fā)。
- 前端使用測試接口，開發(fā)。http://mockjs.com/ 模擬數(shù)據(jù)
- 后端一個(gè)小功能點(diǎn)完成，提交 pull request
- 審查
- 合并
- 前端拉取代碼，接入調(diào)試
- 前端提交Pull reqeust
流程圖
最后是集成發(fā)布！
