- #100
- #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