如何解决如何打包Flow typedef并避免重复的软件包之间发生冲突？
我有一对我维护的库，每个库都在应用程序中使用（如dependencies）。其中一个库将另一个库作为dep，因此dependencies图如下所示：
App
└─ LibOne
└─ LibTwo
└─ LibOne
我使用flow-copy-source在每个库中提供libdef。
App阻止了一系列Flow错误，因为它发现了LibOne的重复typedef：App创建了一个类型为App > LibOne的对象，然后将其传递给方法在LibTwo上接受LibTwo > LibOne类型的参数。我本以为npm会重复安装LibOne的重复数据，但是这种结构不会发生这种情况。
如何将我的typedef与我的库捆绑在一起，而不会遇到这种重复的typedef场景？
我发现我可以在.flowconfig中添加一个别名来解决此问题：
module.name_mapper='^lib-one$' -> '<PROJECT_ROOT>/node_modules/lib-one'
...但是由于某些原因，我将不去讨论（公司monorepo限制），所以我无法修改.flowconfig，因此我需要找到一种如何捆绑类型的解决方案，以便能够重复数据删除。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
