- #99
- #98
- #97
- #96
- #95
- #94
- #93
- #92
- #91
- #90
- #89
- #88
- #87
- #86
- #85
- #84
- #83
- #82
- #81
- #80
- #79
- #78
- #77
- #76
- #75
- #74
- #73
- #72
- #71
- #70
- #69
- #68
- #67
- #66
- #65
- #64
- #63
- #62
- #61
- #60
- #59
- #58
- #57
- #56
- #55
- #54
- #53
- #52
- #51
- #50
- #49
- #48
- #47
- #46
- #45
- #44
- #43
- #42
- #41
- #40
- #39
- #38
- #37
- #36
- #35
- #34
為什麼要保持套件版本更新?
我們總是將升級維護的工作安排到最低的優先級,這是合情合理的決定,畢竟開發產品的核心目標是滿足用戶需求而不是讓開發者們開心,但這之間的關係是相輔相成的,當停滯更新技術,未來升級將花費更多成本面對更大的挑戰。
- 版本越來越舊直到改不動……
- 舊技術越來越沒人想了解、開發社群逐漸遠離……
- 安全性問題……
於是近期我特地將公司的新架構專案添加了定期自動更新套件版本的 CI,因為舊專案疏於更新導致吃了非常多苦頭,這麼做至少時時刻刻都能提醒團隊這件事。
開發者應與時俱進,這不跟產品長期目標相違背,試試看關注這一點,嘗試用一些工具來解決這個問題吧! 像是 GitHub Dependabot、Renovate。
聽說 Angular 社群對於更新有不錯的自動化更新方案(ng update),而 Nx 為了管理 Monorepo 架構也推出了 nx migrate,更多記錄於來看看 Nx 如何解決套件框架更新的問題 - nx migrate
- #33
- #32
- #31
- #30
- #29
- #28
- #27
- #26
- #25
- #24
- #23
- #22
- #21
- #20
- #19
- #18
- #17
- #16
- #15
- #14
- #13
- #12
- #11
- #10
- #9
- #8
- #7
- #6
- #5
- #4
- #3
- #2
- #1