将大版本部署到Maven Central

工件是否会在Maven Central Repository上过期？
每个工件的大小可以有多大？

我问，因为一些文物会变得非常大，我担心这可能会导致问题。将大版本部署到Maven Central

我给你一个简单的例子。我的库依赖于Boost C++库。 Boost开始使用241MB的源代码（75MB压缩）。编译它时，每个编译器/平台组合（即Visual Studio 2010，Windows，32位）最终会产生2.78GB的二进制文件（压缩为200MB）。然后，您必须将该数字乘以您想要支持的平台数量。

一方面，我不希望用户自己构建Boost，因为这是一个非常痛苦和漫长的过程。在另一方面，我得到的感觉，上传每个版本文物GB是不正确的方式去;）

我的图书馆仅依赖于加速的一个非常小的子集，所以从技术上说我可以上传只是子集（每个平台的成本约为10MB）。我很关心长期会发生什么。如果更多人开始使用Boost并且每个人都上传他们依赖的子集，会发生什么？...？

请参阅http://sourceforge.net/projects/boost/files/boost-binaries/1.44.0/了解如何将Boost模块拆分的示例。正如你所看到的，单个模块非常小。

之前出现过类似的话题：http://maven.40175.n5.nabble.com/Best-practice-re-releasing-large-assembly-artifacts-td3250739.html但在我的情况下，我没有尝试将程序集部署到中央。我正在尝试部署个别非常大的工件。

让我知道你在想什么。

来源

2011-01-27 Gili

有关相关讨论，请参阅http://maven.40175.n5.nabble.com/Best-Practices-Deploying-large-releases-into-Maven-Central-td3360249.html。 – Gili 2011-01-27 18:49:09

哦，好的。看到没有人在这里或邮件列表上回复，我想我可能还会上传一切... – Gili 2011-02-01 03:05:03

我最终发布我的神器现在是。没有人抱怨过。

来源

2011-08-13 13:36:45 Gili

注册链接到this document末尾的用户列表，然后讨论它。对于我们允许进入中环的规定并没有硬性规定，但我想收集更多信息以帮助您以最高效和社区友好的方式进行构建。

中环的东西永远不会过期，并且没有特定的尺寸限制，尽管我们可能会密切关注看上去尺寸过大的东西。

来源

2011-02-07 15:06:01

将大版本部署到Maven Central

回答

相关问题