在最开始接触一个依赖的时候,把关于^~等【关注微信公众号:wwwtangshuangnet】未经授权,禁止复制转载。符号的版本管理弄清楚的时候,觉得这个好伟转载请注明出处:www.tangshuang.net【关注微信公众号:wwwtangshuangnet】大,然而当躺进坑里,才发现,这东西是害人原创内容,盗版必究。【本文受版权保护】的。对一个第三方package的依赖,默本文作者:唐霜,转载请注明出处。原创内容,盗版必究。认安装会在版本前面加^,当第二次执行np【关注微信公众号:wwwtangshuangnet】【版权所有】唐霜 www.tangshuang.netm install的时候,如果发现npm本文作者:唐霜,转载请注明出处。【未经授权禁止转载】服务器上存在比该版本大的小版本号,就会使本文作者:唐霜,转载请注明出处。【关注微信公众号:wwwtangshuangnet】用新的版本的package。然而,然而!【关注微信公众号:wwwtangshuangnet】未经授权,禁止复制转载。当新的版本对当前环境不兼容时,特别是那些【转载请注明来源】转载请注明出处:www.tangshuang.net被依赖的很深的package发生这种情况【转载请注明来源】【版权所有】唐霜 www.tangshuang.net,对于开发者而言,简直就是噩梦。昨天做b【版权所有】唐霜 www.tangshuang.net本文版权归作者所有,未经授权不得转载。uild的时候一切还正常,连代码都没改动【本文首发于唐霜的博客】【本文首发于唐霜的博客】,今天再做build的时候,却怎么也通不【作者:唐霜】本文作者:唐霜,转载请注明出处。过了。造成这个问题的原因,是因为所有的p【关注微信公众号:wwwtangshuangnet】未经授权,禁止复制转载。ackage的版本都向后兼容,虽然你的项【作者:唐霜】原创内容,盗版必究。目代码没有变,但是你的第三方依赖代码变了著作权归作者所有,禁止商业用途转载。转载请注明出处:www.tangshuang.net,如果新的第三方代码不兼容你当前的nod【原创内容,转载请注明出处】【原创内容,转载请注明出处】e版本,那么就是一个惨字。解决的唯一办法【未经授权禁止转载】【原创不易,请尊重版权】,是通过升级npm版本,升级之后,pac【版权所有】唐霜 www.tangshuang.net【版权所有,侵权必究】kage都是扁平化的,然后再在packa本文作者:唐霜,转载请注明出处。原创内容,盗版必究。ge.json文件中,把那个不兼容的pa【关注微信公众号:wwwtangshuangnet】【本文首发于唐霜的博客】ckage固定在较低的版本中。
【版权所有】唐霜 www.tangshuang.net【版权所有】唐霜 www.tangshuang.net我个人的观点是,一个项目,之所以能够正常本文作者:唐霜,转载请注明出处。【关注微信公众号:wwwtangshuangnet】运行,是因为在开发时选择了适合的版本,而【未经授权禁止转载】【作者:唐霜】且是经过测试的。倘若在第二次运行时,代码【本文首发于唐霜的博客】【原创不易,请尊重版权】不同,那么怎么保证之前的测试是有效的呢?本文作者:唐霜,转载请注明出处。【转载请注明来源】因此,npm install不应该自作主【访问 www.tangshuang.net 获取更多精彩内容】【版权所有】唐霜 www.tangshuang.net张的从服务器选择更新的版本,而是在本地安【访问 www.tangshuang.net 获取更多精彩内容】原创内容,盗版必究。装允许的最新版本。比如jquery,安装著作权归作者所有,禁止商业用途转载。【原创内容,转载请注明出处】本地所有package中允许的最新版本,【原创不易,请尊重版权】【本文首发于唐霜的博客】而不是比本地允许的版本还要新的版本。
本文版权归作者所有,未经授权不得转载。【版权所有,侵权必究】著作权归作者所有,禁止商业用途转载。【版权所有,侵权必究】
