高質效交付-軟件集成.測試與發佈精進之道 董越 9787121489198 【台灣高等教育出版社】

圖書均為代購,正常情形下,訂後約兩周可抵台。
物品所在地:中國大陸
原出版社:電子工業
大陸簡體正版圖書,訂購後正常情形下約兩周可抵台。
NT$636
商品編號: 9787121489198
供貨狀況: 尚有庫存

此商品參與的優惠活動

加入最愛
商品介紹
*完成訂單後正常情形下約兩周可抵台
*本賣場提供之資訊僅供參考,以到貨標的為正確資訊。
印行年月:202410*若逾兩年請先於客服中心或Line洽詢存貨情況,謝謝。
台灣(台北市)在地出版社,每筆交易均開具統一發票,祝您中獎最高1000萬元。
書名:高質效交付-軟件集成.測試與發佈精進之道
ISBN:9787121489198
出版社:電子工業
著編譯者:董越
頁數:318
所在地:中國大陸 *此為代購商品
書號:1713829
可大量預訂,請先連絡。

內容簡介

這是一本介紹軟體交付過程的「科普小冊子」。 軟體交付過程是指修改了一行源代碼之後的一系列工作,直到包含這個改動的軟體新版本發布上線。這需要多久?可能需要幾秒,也可能需要數個星期甚至更長的時間。本書介紹在保證一定發布質量的前提下,如何加速這個過程,讓它盡量快一點兒,同時讓我們投入的精力盡量少一點兒。也就是說,本書介紹如何讓軟體交付變得更高效。 軟體工程、敏捷、精益、持續集成、持續交付、DevOps、雲原生、研發效能、平台工程等,都對這個話題有所貢獻。本書並不囿於上述某個特定的「門派」,而是介紹它們的關鍵要點,介紹如何綜合運用它們,並且根據實踐有所發展。

作者簡介

石雪峰,Jenkins全球推廣大使、Certified Jenkins Engineer、Jenkins中文社區核心成員、Jenkins的狂熱愛好者。目前就職于京東商城前台工程效率團隊,負責公司級持續交付和DevOps平台體系建設。

目錄

第1部分 推開軟體交付之門
第1章 軟體交付過程的範圍
1 1 修改了源代碼之後
1 2 直到改動發布上線
1 3 在軟體開發全過程中的位置
1 4 為什麼要這麼劃分軟體交付過程
第2章 軟體交付過程的內容
2 1 程序改動的累積和匯聚
2 2 程序形態的轉化
2 3 程序質量的提升
第3章 軟體交付過程的追求目標
3 1 整體目標:為了業務的成功
3 2 確定需求:有效率地找到有效需求
3 3 從確定需求到實現需求:小步快跑
3 4 實現需求:效率與質量
3 4 1 體現效率:需求吞吐量
3 4 2 體現效率:需求響應時長
3 4 3 質量不是越高越好
3 4 4 體現質量:問題出現量
3 4 5 體現質量:問題修復時長
3 4 6 要兼顧短期和長期
3 4 7 四個象限簡介
3 5 軟體交付過程在四個象限的優化
3 5 1 提高需求吞吐量
3 5 2 縮短需求響應時長
3 5 3 減少問題出現量
3 5 4 縮短問題修復時長
3 6 DORA的DevOps核心指標
第2部分 軟體交付總體過程
第4章 持續集成
4 1 什麼是持續集成
4 1 1 什麼是持續
4 1 2 什麼是集成
4 2 為什麼要持續集成
4 2 1 小批量,減少等待
4 2 2 問題早發現、早修復,代價小
4 2 3 頻繁同步以減少衝突
4 3 流水線
4 3 1 流水線的誕生
4 3 2 流水線包含哪些活動
4 3 3 流水線的功能
第5章 逐特性集成
5 1 什麼是特性
5 2 什麼是逐特性集成
5 3 仍符合持續集成的理念
5 4 隔離未完成特性的其他方法
5 5 何時不必考慮隔離未完成的特性
5 6 當特性做不到既小又獨立時
第6章 在集成之前
6 1 第四階段:特性改動提交
6 1 1 合併請求基礎款:代碼評審
6 1 2 合併請求增強款:代碼評審+流水線
6 1 3 在創建合併請求之前
6 2 第三階段:特性改動累積
6 3 第二階段:代碼改動提交
6 3 1 代碼改動通過關卡才出現在目標分支
6 3 2 在提交時本地自動進行質量把關
6 3 3 在提交代碼改動之前
6 4 第一階段:代碼改動累積
6 4 1 隨時進行的質量保證工作
6 4 2 實時進行的質量保證工作
6 4 3 IDE
第7章 持續交付
7 1 什麼是持續交付
7 1 1 持續交付是持續集成的延伸
7 1 2 持續是適度頻繁
7 2 為什麼要持續交付
7 3 版本晉級機制
7 4 部署流水線
7 5 邁向持續部署
7 5 1 適當的發布頻率
7 5 2 如何提高發布頻率
7 5 3 持續部署
第8章 特性間進一步解耦
8 1 混合自測
8 2 特性摘除
8 3 混合測試
8 4 逐特性交付
8 5 特性間解耦方法小結
第9章 運用精益思想
9 1 限制在制品的數量
9 2 優化發布審批
9 2 1 什麼是發布審批
9 2 2 精簡發布審批流程
9 2 3 發布審批的工具支持
9 3 消除發布時間窗口限制
第10章 突破Scrum的若干約束
10 1 發布版本間的交疊
10 2 在一次迭代中多次發布
10 3 迭代規劃內容不必都做完
10 4 特事特辦
第11章 多項內容協同交付
11 1 本書中的微服務是代稱
11 2 提交完整的特性
11 3 採用相同的節奏
11 4 特性間完全解耦
11 5 按特定的順序發布
第12章 靜態庫的交付
12 1 什麼是靜態庫
12 2 作為公共基礎庫
12 3 作為整體應用的組成部分
12 4 作為服務介面定義
第13章 并行的多個版本序列
13 1 版本序列之間的交疊
13 2 變體
第14章 儘快修復問題
14 1 儘快修複流水線的問題
14 1 1 為什麼要儘快修復
14 1 2 自動通知合適的人
14 1 3 足夠高的優先順序
14 1 4 足夠多的相關信息
14 2 儘快修複測試發現的缺陷
14 3 儘快解決發布帶來的問題
14 3 1 系統的可觀測性
14 3 2 發布回滾
14 3 3 緊急發布
14 3 4 當緊急程度更低一些時
第3部分 程序改動的累積和匯聚
第15章 版本控制
15 1 什麼是版本控制
15 2 實現版本控制的方法和工具
15 3 版本命名
15 3 1 傳統的版本命名方式
15 3 2 SaaS軟體的版本命名
15 3 3 考慮版本控制工具的能力
15 3 4 考慮製品管理的方法
15 4 分支
15 4 1 「現代派」分支
15 4 2 製品的分支
第16章 使用版本控制工具
16 1 版本控制工具簡介
16 2 代碼庫內的層次結構
16 3 代碼庫間的層次結構
16 4 不應放入代碼庫的內容
16 4 1 小心二進位文件
16 4 2 代碼
詳細資料或其他書籍請至台灣高等教育出版社查詢,查後請於客服中心或Line或本社留言板留言,我們即儘速上架。
規格說明
大陸簡體正版圖書,訂購後正常情形下約兩周可抵台。
運送方式
已加入購物車
已更新購物車
網路異常,請重新整理