我有兴趣为我的组织维护一个Maven 2存储库.有哪些指针和陷阱会有所帮助.
在发布代码时,在设置从库中下载或将自己的工件发布到存储库的标准时,用户应遵循哪些准则？您为此类事物制定了哪些治理/规则？您在开发人员指南/文档中包含了哪些内容？
更新:我们已经站起来并且非常满意它 - 遵循Sal的大部分指导方针并且没有遇到任何麻烦.此外,我们通过Hudson CI服务器限制了部署访问和快照构件的自动构建/部署.Hudson可以分析所有上游/下游项目依赖项,因此如果编译问题,测试失败或其他一些违规导致构建中断,则不会发生部署.厌倦了在Maven2/Maven3中进行快照部署,因为元数据在两个版本之间发生了变化."仅限Hudson"快照部署策略将缓解这种情况.我们不使用Release Plugin,但是在将快照移动到发布时,已经在Versions插件中编写了一些代码.我们也使用m2eclipse,它似乎与Nexus很好地配合,因为从设置文件中它可以看到Nexus并且知道从那里索引工件信息以进行查找.(虽然我不得不调整其中的一些设置以使其完全索引我们的内部快照.)如果您对此感兴趣,我还建议您使用您的工件部署源jar作为标准做法.我们在超级POM中配置它.
更新2:我遇到过这篇Sonatype白皮书,其中详细介绍了采用/成熟的不同阶段,每个阶段都有一个Maven资源库管理器的不同使用目标.
在Maven中拆分大型企业项目的最佳方法是什么？
很容易理解如何像这样垂直分割东西......
有没有人对Maven.m中划分/拆分真正大型项目的最佳实践有所贡献