本文探讨了 devDependencies 实际可能被打包进前端构建产物的问题。通过一个 Vite 项目示例，指出打包工具并不依据依赖类型区分是否打包，而是根据代码引用决定产物内容。

在项目开发中，当有一个现成的库可以完成的事情，可以先大概看下其实现，然后再决定是否使用，依赖库可以是项目开发的催化剂，直接使用或者借鉴编码。本来分享 5 个可能用得上的 JavaScript 库。

如果一个版本号为 X.Y.Z，什么时候是 X 应该加 1，什么时候 Y 应该加 1 ，什么时候 Z 应该加 1，加 1 遵循十进制吗？比如 1.0.9 的下一个版本应该是 1.1.0 吗？

接上一篇 利用AST自动为函数增加错误上报我们开发了一个 Babel plugin（npm 包）， 本文我们继续探讨下如何在本地开发和调试 npm 包。 当 npm 包还在开发阶段不可能一边发布一边调试，不然也太繁琐了。不同场景下调试方法有很多，比如现在 npm 包中利用 no…