Maven 2 将大型版本部署到Maven Central Maven中央存储库中的工件是否过期 每个工件的大小有限制吗
我这样问是因为有些工件可能会变得很大，我担心这可能会导致后续问题 我给你举个简单的例子。我的库依赖于Boost C++库。Boost从241MB源（75MB压缩）开始。编译时，每个编译器/平台组合（即Visual Studio 2010、Windows、32位）最终会有2.78GB的二进制文件（200MB压缩）。然后你必须将这个数字乘以你想要支持的平台的数量 一方面，我不希望用户自行构建Boost，因为这是一个非常痛苦和漫长的过程。另一方面，我觉得每次发布上载GB的工件不是正确的方式；） 我的库只依赖于Boost的一个很小的子集，所以从技术上讲，我可以只上传该子集（每个平台的成本约为10MB）。我担心长期会发生什么。如果更多的人开始使用Boost，并且每个人都上传他们所依赖的子集，会发生什么 有关如何拆分Boost模块的示例，请参阅。如您所见，单个模块非常小 以前也出现过类似的主题：但在我的例子中，我并没有尝试将程序集部署到central中。我正在尝试部署碰巧非常大的单个工件Maven 2 将大型版本部署到Maven Central Maven中央存储库中的工件是否过期 每个工件的大小有限制吗,maven-2,maven-3,Maven 2,Maven 3,我这样问是因为有些工件可能会变得很大，我担心这可能会导致后续问题 我给你举个简单的例子。我的库依赖于Boost C++库。Boost从241MB源（75MB压缩）开始。编译时，每个编译器/平台组合（即Visual Studio 2010、Windows、32位）最终会有2.78GB的二进制文件（200MB压缩）。然后你必须将这个数字乘以你想要支持的平台的数量 一方面，我不希望用户自行构建Boost，因为这是一个非常痛苦和漫长的过程。另一方面，我觉得每次发布上载GB的工件不是正确的方式；） 我的库
让我知道你的想法 注册在结尾链接的用户列表，然后让我们讨论它。我们没有硬性规定允许什么进入中央，但我想收集更多信息，以帮助您以最高效、最友好的方式构建东西
Central中的东西永远不会过期，也没有具体的大小限制，尽管我们可能会仔细观察那些看起来过大的东西。我最终还是按原样发布了我的工件。还没有人抱怨。请参阅相关讨论。哦，好吧。看到这里或邮件列表上没有人回复，我想我还是上传所有东西吧……我问了这个问题，但一直没有得到回复。现在怎么办？