- #108
- #107
- #106
- #105
為什麼應該用 pnpm?
剛加入 JS 生態系的開發者應該會被多元的選項給弄得頭昏腦脹,要了解這些選項需要回顧它們的歷史:
- npm 是預設的 node 套件管理器
- Yarn 開始流行主要因為推出了
yarn.lock
,確保了更好的依賴版本管理,解決了 npm 早期版本無法鎖定確切版本的問題。 - pnpm 開始流行主要因為使用 symlink(符號連結)策略,大幅改善了效能,並且共享相同的依賴以節省磁碟空間。
- bun 除了作為套件管理器,也包含了內建的 JavaScript 執行環境,標榜高效能。
就我自己的累積至今的經驗與評價:
- 用過一陣子 Yarn,之後 Yarn 2 改太大很多人跳槽了
- pnpm 快且成熟,很多開源專案都採用,並且對於 monorepo 支援良好。
- bun 沒用過,聽說還不太成熟。
總結來說 npm 絕對是最穩妥的選項,最終選擇使用哪款套件管理器差異在大多環境下其實不大,切換的成本也不高,挑選順手且團隊都熟悉的使用即可。
- #104
- #103
- #102
- #101
- #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
- #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