CD-第十章節心得-1

[文章目录]

第十章節：持續部署

合乎「持續部署」邏輯的極限。就是每當有版本通過自動化測試，就將其部署到生產環境中，
這是由 Timothy Fitz 先生創造的專業術語。
一直進行部署，也不是說只要願意就進行部署，關鍵點還是在於完成自動化測試，並且持續部署到生產環境中。

透過部署流水線，讓每次提交的程式通過了全部的自動化測試，就應該直接部署到生產環境中。如果想讓這做法不出問題，各種自動化測試就必須覆蓋整個應用程式。

自動化測試項目：單元測試、元件測試、功能性測試、非功能性驗收測試。

總是有人反對持續部署，總是擔心風險太高～
反過來，運用持續部署流程，會更加有助於團隊成員迫使自己做出正確的事。
做出正確的事情越頻繁，效率越高，也是減少風險的絕佳方式。

軟體開發後，發佈在自己公司平台上，好不好管理？
軟體開發後，發佈在他人資訊平台上，好不好管理？
根本就是不同的管理思維～
需要考慮：

對於升級這件事情，使用者可能不了解甚至不想進行“升級”，如果沒有提供有益的升級資訊，通常很難帶動升級潮 XD

此時想到，Apple 都會告知大家，iPhone \ MacBook 有多好有多讚～來波升級換機潮吧！！！

心態學：如果開發團隊沒有完整的測試、發佈流程，對軟體推向市場膽戰心驚，那何況又要如何說服客戶進行升級呢～

為了提供一個堅如磐石的升級過程，會需要處理binary、資料和配置資訊的遷移工作。只要是升級完成之前，應該要保留一份舊版本的副本區，以備更新失敗時，也要能夠悄悄的恢復原本良好狀態。

最後，如果是客戶需自行安裝軟體的模式，關鍵在於能夠把錯誤報告回傳給開發團隊。
內容或許描述了相處不愉快的事件，例如資源不足、系統與程式碼不相容等等