軟件交付通識
董越
383人在讀
19.2萬字總字數
¥62.3定價
董越
本書講述如何實現更快、更可靠、低成本的自動化軟件交付，描述瞭如何通過增加反饋，並改進開發人員、測試人員、運維人員和項目經理之間的協作來達到這個目標。本書由三部分組成。第一部分闡述了持續交付背後的一些原則，以及支持這些原則的實踐。第二部分是本書的核心，全面講述了部署流水線。第三部分圍繞部署流水線的投入產出討論了更多細節，包括增量開發技術、高級版本控制模式，以及基礎設施、環境和數據的管理和組織治理。本書面向IT和互聯網行業的絕大多數技術、服務與管理項崗位，包括開發工程師、測試工程師、運維工程師、項目經理、系統管理員，以及團隊領導者。
這本書作爲通識課，很多觀點我是贊同的，代碼評審我覺得很有必要，這個環節通過和同事之間的交流，可以增強業務熟練度，使得代碼更加健壯，能學到不一樣的東西 只靠特性分支來維繫代碼改動與工作項之間的關聯是不牢靠的。因爲將來特性分支在合入集成發佈分支後可能會被刪除，於是線索就沒了。而特性分支對應的合併請求則“永遠”不會被刪除，並且合併請求記錄了特性分支上所有的代碼改動，以及對應的代碼改動提交列表 持續集成，持續交付，在完成一小塊邏輯功能時就應該儘快上線，一方面是讓用戶有感知，一方面是提前合併會減少一次性合併代碼時的衝突，時間長會忘記細節處的處理 後記也是全書的概括: • 在多、快、好、省4個方面，在達到業務所需質量的前提下，核心是要更快，越快越好。 • “承認”特性分支，支持對它的合理使用，而不是一味追求將代碼改動每天都提交到主幹。 • 質量門禁，應當在一定程度上靈活考慮，視情況允許一定的技術債。 • 度量和改進，除了看統計數據，對度量指標提出要求，也要分析具體案例，比如某個逃逸的缺陷，它是否應該被早些發現，應該通過哪種測試發現，具體應當如何改進該項測試。
行文架構流暢，解決方案很落地，軟件交付過程改進必讀～
感覺說得通俗易懂。看見人少，就推薦下。因爲我初看，感覺比其他的書容易理解。