也算是为了组件化开发,我们小组在公司内部写了几个npm包,不仅仅给我们自己的业务线用,也给公司其他业务线使用;
用组件化的方式发布多个版本后,前几个版本稳定,某个版本出现了一次致命的bug,由于npm管理没有做好(或者说完全没有想过应对方法),所以现在比较被动,我们要一个个去找到业务方,确认他们目前使用的版本,并升级到修复版本;
整个过程持续了一周时间,可谓是灾难性的
请问下各位大佬,有没有Npm包管理手册之类的指导文章么,或者这方面有哪些"最佳实践"可以用来参考的?
非常感谢
也算是为了组件化开发,我们小组在公司内部写了几个npm包,不仅仅给我们自己的业务线用,也给公司其他业务线使用;
用组件化的方式发布多个版本后,前几个版本稳定,某个版本出现了一次致命的bug,由于npm管理没有做好(或者说完全没有想过应对方法),所以现在比较被动,我们要一个个去找到业务方,确认他们目前使用的版本,并升级到修复版本;
整个过程持续了一周时间,可谓是灾难性的
请问下各位大佬,有没有Npm包管理手册之类的指导文章么,或者这方面有哪些"最佳实践"可以用来参考的?
非常感谢
13 回答12.8k 阅读
7 回答1.9k 阅读
3 回答1.1k 阅读✓ 已解决
2 回答1.2k 阅读✓ 已解决
6 回答897 阅读✓ 已解决
6 回答1.1k 阅读
2 回答1.3k 阅读✓ 已解决
正常情况下这个问题是交给使用方考虑的,你们修复后发布版本,然后changeLog维护每次版本修复的bug,删减的功能。
当然测试好再发版本是最稳妥的,不过也有很多问题是无法测试时候就发现的,像github它会检查项目中的依赖,如果依赖有问题就会通知管理者查看相应依赖,是否更新等等。这个得结合代码管理工具来做,如果公司有统一的代码管理工具就比较容易做,工具拉取依赖版本信息核对项目依赖是否没问题,再提示相应项目组。