Java 在发布期间限制maven模块列表的最佳方法

Java 在发布期间限制maven模块列表的最佳方法,java,maven,pom.xml,release,Java,Maven,Pom.xml,Release,我正在维护一个使用maven的java开源项目。为了方便地将它(包括所有帮助模块)嵌入到IDE中,我在父pom中维护了一个相当长的模块列表。 当我发布时,我必须确保这些模块的部署被抑制,因为我不想在maven central上看到它们。 最好是自动抑制某些模块的释放 有没有人知道一个简单的方法,可能是使用配置文件,但在发布期间,我想避免使用配置文件 制作另一个pom.xml(让我们先调用它) 在first as模块中包含主pom(从中删除所有外部) 首先也包括所有外部模块 首先在IDE中打开 您

我正在维护一个使用maven的java开源项目。为了方便地将它(包括所有帮助模块)嵌入到IDE中,我在父pom中维护了一个相当长的模块列表。 当我发布时,我必须确保这些模块的部署被抑制,因为我不想在maven central上看到它们。 最好是自动抑制某些模块的释放

有没有人知道一个简单的方法,可能是使用配置文件,但在发布期间,我想避免使用配置文件

  • 制作另一个
    pom.xml
    (让我们先调用它)
  • 在first as模块中包含主pom(从中删除所有外部)
  • 首先也包括所有外部模块
  • 首先在IDE中打开

  • 您可以先存储在其他VCS中,也可以只存储在本地。

    Ahhh谢谢,第一个会存储在ide之类的额外目录中吗?我希望,有一种方法可以避免额外的pom。是的。有一种方法,你可以在你的IDE中导入多个pom。根据我所看到的,这个列表只包含八个模块?很长时间?我们对长名单有不同的看法……除此之外,为什么你只想发布其中的一部分?它们都属于您的项目,您想提供给您项目的用户?…您好,您是对的,列表可能会更长(如果您包括所有间接提供的示例,列表也会更长),但我不想用不重要的模块来丢弃maven central,这些模块可能会被重命名、删除。。。但你是对的,至少测试模块应该在发布期间构建。。。另一方面,特拉维斯·西非常透彻。这个问题进入了我的脑海。如果这些模块不重要,为什么它们会存在?它们的存在是为了构建开发,展示示例。它们的存在不是为了被其他人用作工件。它们对于文档、测试和教程都很重要。travis ci构建并测试它们是很重要的,但我不想,而且我认为将它们上传到Maven Central是没有意义的。