我问，因为有些文物会变得非常大，我担心这可能会引起问题。
我会举一个简单的例子。我的库依赖于Boost C ++库。 Boost以241MB源（75MB压缩）开始。编译时，每个编译器/平台组合（即Visual Studio 2010，Windows，32位）最终会得到2.78GB的二进制文件（200MB压缩）。然后，您必须将该数字乘以您想要支持的平台数量。
一方面，我不希望用户自己构建Boost，因为这是一个非常痛苦和漫长的过程。另一方面，我觉得每次发布上传GB的工件不是正确的方法;）
我的库仅依赖于Boost的一小部分，所以从技术上讲，我只能上传该子集（每个平台的成本约为10MB）。我担心长期会发生什么。如果更多人开始使用Boost并且每个人上传他们依赖的子集，会发生什么？？
有关如何拆分Boost模块的示例，请参阅http://sourceforge.net/projects/boost/files/boost-binaries/1.44.0/。如您所见，单个模块非常小。
之前出现了一个类似的主题：http://maven.40175.n5.nabble.com/Best-practice-re-releasing-large-assembly-artifacts-td3250739.html但在我的情况下，我并没有尝试将程序集部署到中心。我正在尝试部署恰好非常大的单个工件。
让我知道你的想法。
答案 0 :(得分：2)
我最终按原样发布了我的工件。没有人抱怨过。
答案 1 :(得分：1)
注册this document末尾链接的用户列表，然后进行讨论。对于我们允许进入Central的内容，没有严格的规则，但我希望收集更多信息，以帮助您以最有效和社区友好的方式构建事物。
中环的东西永不过期，并且没有特定的尺寸限制，尽管我们可能会仔细查看看似过大的东西。