通过maven build使用本地设置覆盖dependencyManagement
我正在使用一个java开源项目，该项目有一个很容易修复的bug，但是项目负责人不愿意接受修复 不说细节，这与IE的非标准行为有关，这些人认为，微软应该被迫改变 然而，它是一个开源项目，所以我可以克隆它，在本地构建，但我不知道如何将它部署到我们的公司nexus存储库中。我们有我们的分销管理，这些人有他们自己的，我们把我们自己的在家长pom，他们也。克隆他们的存储库后，我使用的是他们的分发管理，而不是我的 所以问题出现了，我如何在不弄乱项目源代码的情况下为构建过程指定其他分发管理？我有一个很好的理由不去搅乱ProjectPOM——我不想有任何本地更改，除了修复bug，以便能够轻松地与原始存储库同步 根据类似的线程，不允许您在settings.xml中指定分发管理通过maven build使用本地设置覆盖dependencyManagement,maven,nexus,Maven,Nexus,我正在使用一个java开源项目，该项目有一个很容易修复的bug，但是项目负责人不愿意接受修复 不说细节，这与IE的非标准行为有关，这些人认为，微软应该被迫改变 然而，它是一个开源项目，所以我可以克隆它，在本地构建，但我不知道如何将它部署到我们的公司nexus存储库中。我们有我们的分销管理，这些人有他们自己的，我们把我们自己的在家长pom，他们也。克隆他们的存储库后，我使用的是他们的分发管理，而不是我的 所以问题出现了，我如何在不弄乱项目源代码的情况下为构建过程指定其他分发管理？我有一个很好的理由
还有其他选择吗？我想远离像通过构建脚本将分发管理注入pom.xml以用于构建时的黑客行为。另一种黑客行为，但是有一个主机文件条目指向您的分发管理ip，而不是您的CI机器上的分发管理ip。@Yogesh_d非常有问题，因为来自其repo的工件对于构建是必要的。。。这似乎是Maven的一个重大错误设计，我不认为Maven的设计不适用于非开源项目……即使您将CI构建机器指向您的repo，它也应该适用于所有DEP，因为该repo（比如nexus或artifactory）将根据需要从mvn central获取DEP。但我同意这是我不会做的事情，因为这会让特定的人知道，并且不符合maven关于配置问题的约定。@Yogesh_D假设这些DEP在mvn central。。。