持續(xù)集成總論
傳統(tǒng)軟件的持續(xù)集成主要有以下措施。
daily build：每日構(gòu)建，開發(fā)者每天提交代碼到代碼倉(cāng)庫(kù)，構(gòu)建一個(gè)可運(yùn)行的版本。
build verification test（BVT）：構(gòu)建驗(yàn)證測(cè)試，每日構(gòu)建版本出來后，運(yùn)行一組自動(dòng)化的測(cè)試用例，保證基本功能可用。
對(duì)于前端來說，有一些現(xiàn)實(shí)的區(qū)別：
- 前端代碼按頁面自然解耦，大部分頁面都是單人開發(fā)；
- 前端構(gòu)建邏輯簡(jiǎn)單，一般開發(fā)階段都保證構(gòu)建成功，不需要構(gòu)建；
- 前端代碼一般用于開發(fā)界面，測(cè)試自動(dòng)化成本極高；
- 前端頁面跳轉(zhuǎn)，是基于 url，沒有明確的產(chǎn)品邊界。
持續(xù)集成的目標(biāo)
一是要及早集成代碼形成可測(cè)試的版本，二是通過一定的測(cè)試來驗(yàn)證提交的代碼的有效性。
持續(xù)集成的方案
前端的持續(xù)集成的措施
- 預(yù)覽環(huán)境，代替每日構(gòu)建，前端每次（或指定次）提交代碼到倉(cāng)庫(kù)都同步到預(yù)覽環(huán)境，保證預(yù)覽環(huán)境總是可用；
- 規(guī)則校驗(yàn)，代替構(gòu)建驗(yàn)證測(cè)試，通過數(shù)據(jù)采集（如前面提到的性能數(shù)據(jù)）和代碼掃描，保證提交的代碼滿足一定的質(zhì)量要求。
持續(xù)集成的實(shí)施
持續(xù)集成的實(shí)施，是必須嚴(yán)格做到自動(dòng)化和制度化的。
這里，我們必須警惕三種錯(cuò)誤：
少數(shù)人拍腦袋決定校驗(yàn)規(guī)則；
一成不變的校驗(yàn)規(guī)則；
頻繁無規(guī)律變化的校驗(yàn)規(guī)則。
持續(xù)集成的結(jié)果
持續(xù)集成的結(jié)果也能夠以數(shù)據(jù)的方式呈現(xiàn)出整個(gè)開發(fā)團(tuán)隊(duì)的健康狀態(tài)文章來源：http://www.zghlxwxcb.cn/news/detail-417060.html
此文章為4月Day17學(xué)習(xí)筆記，內(nèi)容來源于極客時(shí)間《重學(xué)前端》文章來源地址http://www.zghlxwxcb.cn/news/detail-417060.html
到了這里，關(guān)于前端團(tuán)隊(duì)協(xié)同工作，如何保證質(zhì)量的文章就介紹完了。如果您還想了解更多內(nèi)容，請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！
