《持續(xù)交付--發(fā)布可靠軟件的系統(tǒng)方法》，英文名《Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation》，原作者：(英)Jez Humble、(英)David Farley，翻譯：?jiǎn)塘海霭嫔纾喝嗣襦]電出版社，ISBN：9787115264596，PDF 格式，大小 47MB。 內(nèi)容簡(jiǎn)介： 《持續(xù)交付--發(fā)布可靠軟件的系統(tǒng)方法》是一本軟件工程師的職場(chǎng)指南，以大量虛構(gòu)的名字和情景描述了極客的日常工作，對(duì)他們常遇到的各類棘手問(wèn)題給予了巧妙回答。作者以自己在蘋果、網(wǎng)景等公司中面臨的生死攸關(guān)的時(shí)刻所做的抉擇為例，總結(jié)了在硅谷摸爬滾打的經(jīng)驗(yàn)，旨在為軟件工程師更好地規(guī)劃自己的職業(yè)生涯提供幫助。 　　 《持續(xù)交付--發(fā)布可靠軟件的系統(tǒng)方法》適合軟件工程師以及所有職場(chǎng)人士閱讀。 目錄： 《持續(xù)交付--發(fā)布可靠軟件的系統(tǒng)方法》 第一部分　基礎(chǔ)篇 第1章　軟件交付的問(wèn)題 2 1.1　引言 2 1.2　一些常見(jiàn)的發(fā)布反模式 3 1.2.1　反模式：手工部署軟件 4 1.2.2　反模式：開發(fā)完成之后才向類生產(chǎn)環(huán)境部署 5 1.2.3　反模式：生產(chǎn)環(huán)境的手工配置管理 7 1.2.4　我們能做得更好嗎 8 1.3　如何實(shí)現(xiàn)目標(biāo) 9 1.3.1　每次修改都應(yīng)該觸發(fā)反饋流程 10 1.3.2　必須盡快接收反饋 11 1.3.3　交付團(tuán)隊(duì)必須接收反饋并作出反應(yīng) 12 1.3.4　這個(gè)流程可以推廣嗎 12 1.4　收效 12 1.4.1　授權(quán)團(tuán)隊(duì) 13 1.4.2　減少錯(cuò)誤 13 1.4.3　緩解壓力 15 1.4.4　部署的靈活性 16 1.4.5　多加練習(xí)，使其完美 17 .1.5　候選發(fā)布版本 17 1.6　軟件交付的原則 19 1.6.1　為軟件的發(fā)布創(chuàng)建一個(gè) 可重復(fù)且可靠的過(guò)程 19 1.6.2　將幾乎所有事情自動(dòng)化 19 1.6.3　把所有的東西都納入版 本控制 20 1.6.4　提前并頻繁地做讓你 感到痛苦的事 20 1.6.5　內(nèi)建質(zhì)量 21 1.6.6 “done”意味著“已發(fā) 布” 21 1.6.7　交付過(guò)程是每個(gè)成員的 責(zé)任 22 1.6.8　持續(xù)改進(jìn) 22 1.7　小結(jié) 23 第2章　配置管理 24 2.1　引言 24 2.2　使用版本控制 25 2.2.1　對(duì)所有內(nèi)容進(jìn)行版本控 制 26 2.2.2　頻繁提交代碼到主干 28 2.2.3　使用意義明顯的提交注 釋 29 2.3　依賴管理 30 2.3.1　外部庫(kù)文件管理 30 2.3.2　組件管理 30 2.4　軟件配置管理 31 2.4.1　配置與靈活性 31 2.4.2　配置的分類 33 2.4.3　應(yīng)用程序的配置管理 33 2.4.4　跨應(yīng)用的配置管理 36 2.4.5　管理配置信息的原則 37 2.5　環(huán)境管理 38 2.5.1　環(huán)境管理的工具 41 2.5.2　變更過(guò)程管理 41 2.6　小結(jié) 42 第3章　持續(xù)集成 43 3.1　引言 43 3.2　實(shí)現(xiàn)持續(xù)集成 44 3.2.1　準(zhǔn)備工作 44 3.2.2　一個(gè)基本的持續(xù)集成系 統(tǒng) 45 3.3　持續(xù)集成的前提條件 46 3.3.1　頻繁提交 46 3.3.2　創(chuàng)建全面的自動(dòng)化測(cè)試 套件 47 3.3.3　保持較短的構(gòu)建和測(cè)試 過(guò)程 47 3.3.4　管理開發(fā)工作區(qū) 49 3.4　使用持續(xù)集成軟件 49 3.4.1　基本操作 49 3.4.2　鈴聲和口哨 50 3.5　必不可少的實(shí)踐 52 3.5.1　構(gòu)建失敗之后不要提交 新代碼 52 3.5.2　提交前在本地運(yùn)行所有 的提交測(cè)試，或者讓持 續(xù)集成服務(wù)器完成此事 53 3.5.3　等提交測(cè)試通過(guò)后再繼 續(xù)工作 54 3.5.4　回家之前，構(gòu)建必須處 于成功狀態(tài) 54 3.5.5　時(shí)刻準(zhǔn)備著回滾到前一 個(gè)版本 55 3.5.6　在回滾之前要規(guī)定一個(gè) 修復(fù)時(shí)間 56 3.5.7　不要將失敗的測(cè)試注釋 掉 56 3.5.8　為自己導(dǎo)致的問(wèn)題負(fù)責(zé) 56 3.5.9　測(cè)試驅(qū)動(dòng)的開發(fā) 57 3.6　推薦的實(shí)踐 57 3.6.1　極限編程開發(fā)實(shí)踐 57 3.6.2　若違背架構(gòu)原則，就讓 構(gòu)建失敗 58 3.6.3　若測(cè)試運(yùn)行變慢，就讓 構(gòu)建失敗 58 3.6.4　若有編譯警告或代碼風(fēng) 格問(wèn)題，就讓測(cè)試失敗 59 3.7　分布式團(tuán)隊(duì) 60 3.7.1　對(duì)流程的影響 60 3.7.2　集中式持續(xù)集成 61 3.7.3　技術(shù)問(wèn)題 61 3.7.4　替代方法 6