问题描述
我们已经向Bintray发布了其中包含两个工件(android和os)的软件包: https://dl.bintray.com/gojuno/maven/com/gojuno/commander/
We've published a package with two artifacts in it (android and os) to Bintray: https://dl.bintray.com/gojuno/maven/com/gojuno/commander/
然后，我们为此包启用了与jcenter的同步，但只有一个工件同步((android是同步的，而os不是):
Then we've enabled sync with jcenter for this package, but only one of the artifacts is in sync (android is synched while os is not):
https://jcenter.bintray.com/com/gojuno/commander/
我通过bintray.com上的收件箱联系了Bintray，通过bintray.com上的联系我们，电子邮件和Twitter与我们联系，但没有收到任何答复，这个问题对该项目造成了阻碍.
I contacted Bintray through Inbox on bintray.com, Contact Us on bintray.com, Email and Twitter and haven't received reply anywhere, this issue is blocking for the project.
我看到类似的问题通过StackOverflow解决了 Bintray和JCenter不在同步中，所以这是我的希望.
I saw similar issue was resolved through StackOverflow Bintray and JCenter not in Sync, so this is my hope.
推荐答案
JCenter包含的内容始终使用分配的路径前缀，以避免其他用户意外覆盖文件.但是，"commander"软件包包含没有通用基本路径的文件:'/com/gojuno/commander/操作系统'和'/com/gojuno/commander/ android '
An inclusion to JCenter always uses an allocated path prefix to avoid accidental file overwrites by other users. However, the 'commander' package contains files with no common base path:'/com/gojuno/commander/os' AND '/com/gojuno/commander/android'
我们建议的最佳做法是创建一个新程序包，并且不要为一个程序包创建多个路径前缀.如果您希望继续这样工作，请注意，您将必须为每个路径前缀提交一个包含请求.
The best practice we recommend is creating a new package and not creating more than one path prefix for a package. If you wish keep working like this, please note that you will have to submit an inclusion request for each path prefix.
就目前而言，您可以使用不同的子模块继续使用相同的groupID路径前缀.
As for now you may proceed working on the same groupID path prefix with your different sub-modules.
我们希望这一点可以澄清.
We hope this clarifies.
这篇关于Bintray不会将软件包的工件之一同步到jcenter的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！