Npm 在将firebase admin更新到最新版本时,是否可以避免节点数量大幅增加?

Npm 在将firebase admin更新到最新版本时,是否可以避免节点数量大幅增加?,npm,firebase-cloud-messaging,firebase-admin,Npm,Firebase Cloud Messaging,Firebase Admin,My node.js应用程序仅对firebase云消息使用firebase admin()。在更新它的依赖项时,我注意到它的node_模块在大小和文件数量上都有了巨大的增长 经进一步调查,从firebase admin 5.0.0版迁移到5.8.2版会导致节点_模块中的文件从约21MB/1600增加到约121MB/125000 显然,我可以在5.0.0版上修复firebase管理,但我更愿意保持最新。我有更好的选择吗?我们意识到了这个问题,正在努力缩小安装尺寸。不幸的是,目前没有简单的替代方案。

My node.js应用程序仅对firebase云消息使用firebase admin()。在更新它的依赖项时,我注意到它的node_模块在大小和文件数量上都有了巨大的增长

经进一步调查,从firebase admin 5.0.0版迁移到5.8.2版会导致节点_模块中的文件从约21MB/1600增加到约121MB/125000


显然,我可以在5.0.0版上修复firebase管理,但我更愿意保持最新。我有更好的选择吗?

我们意识到了这个问题,正在努力缩小安装尺寸。不幸的是,目前没有简单的替代方案。请继续收看。谢谢你,海兰娅-这很有帮助。目前,我的解决办法是将firebase管理版本修改为5.0.1,因为FCM功能足以满足我的要求。较新版本的firebase admin提供的许多其他功能似乎与其他firebase功能相关。也许firebase admin将来可以拆分为更小的模块,提供其功能的不同子集?因为您只使用FCM,我可以建议的一种解决方法是简单地删除
node_modules/grpc
目录,这将为您节省大约60MB的内存。今天还发布了一个
@googlecloud/common grpc:@0.5.4
版本,如果您只需重新安装最新的管理SDK,该版本将节省约30MB的内存。我们会考虑把SDK作为最后的手段。目前正在进行一个较小的本地JS grpc实现,预计从长远来看可以解决这个问题。目前的情况有了显著改善,但使用firebase admin 6.0.0而不是5.0.1仍然会将我的node_模块的大小增加5倍。我可以问一下您提到的“较小的、本机JS grpc实现”的状态吗?