前端都这样的吗？不能更新升级的吗？

• 資深大佬 : hazyzh

  哈哈哈

• 資深大佬 : des

  就是这个样子的，我也遇到过

• 資深大佬 : kamal

  现在 npm 也有 lock 版本机制了，注意看看能用的版本，不跟着升级。

• 主 資深大佬 : coolair

  我发现 G6 这玩意，老外用的不多啊，面向搜索引擎不实用了……

• 資深大佬 : bojackhorseman

  鬼知道新版又把哪些接口给改了。我也喜欢把各种东西升级到最新，有次手贱把测试版 app 更新了，找不到修改 h5 配置的入口，同事看到了，我就 ababa，说不知道怎么就更新了

• 資深大佬 : sean10

  升一个连着升级，只能找个稳定的版本，尽量啥都不动

• 資深大佬 : blackcurrant

  什么是 G6?

• 資深大佬 : mwVYYA6

  @blackcurrant 阿里做的图表项目

• 資深大佬 : autoxbc

  这跟前端没关系，Intel 也不敢同时升级核心和制程，复杂体系自身的规律

• 資深大佬 : Mithril

  最后就会变成，你要升级一个开源库去修复 bug，但是升级这个库需要升级它依赖的库。然后升级它依赖库就会导致你用的另一个开源库挂掉。
  完全就成了套娃。
  NPM 包这种问题最多了，所以基本上个人维护的开源库能不碰就不碰。
  这就是为啥不喜欢 Jenkins，那个插件系统的简直就是噩梦。一次性配置好就不能碰，随便升级点啥没准整个系统就挂了。

• 資深大佬 : suzic

  是这样的，昨天我也碰到了类似情况

• 資深大佬 : murmur

  是这样的，所以能不更新就不更新，浏览器向下兼容的已经很好了，jquery 都照跑没事瞎升级啥。。

• 主 資深大佬 : coolair

  @Mithril 老哥真是经验之谈啊，我用的就是一位大佬的开源项目，这个新的 feature 是一位使用这个库的朋友提交的 pull requests，后面这位老哥升级了版本，但是这个 feature 比较麻烦，就没管这块，估计也不想管这块了。然而那位提交 feature 的老哥估计也不用这玩意了，估摸着也不会管了。

  更重要的是，我能力不足，自己还搞不定……哈哈，真是尴尬。

• 資深大佬 : lychs1998

  @murmur jquery 这类框架本来就是因为兼容几大浏览器才流行起来的。

  依赖升级其实也看情况，大部分情况下只要不是大版本更新就不会对使用方法进行大幅度修改。当然，部分人版本命名很不规范，标记的小版本升级，结果方法魔改了一堆。

• 資深大佬 : pecopeco

  成熟的项目里后端你也不敢随意升级啊

• 資深大佬 : nieyujiang

  锁死固定版本就好了….

• 資深大佬 : yaphets666

  下次记得锁死依赖的版本.后端也是这样的

• 資深大佬 : hackyuan

  哪一端不是这样？

• 資深大佬 : redbuck

  npm 安装记得加–exact

  这个问题根源还是很多包作者随意更改版本号,没有遵照语义化版本号的规范.
  例如发布存在 breaking change 的版本的时,只修改修订号.
  导致 package.json 里的~,^等标志都失效了.

  新项目的话,安装依赖建议添加–exact 来指定依赖的精确版本,这样即便没有 lock 文件,或者 lock 文件被误删,也可以下到正确的版本