Java Maven:POM文件或settings.xml中的分发管理配置

我想知道用maven建立分销管理的最佳实践是什么

我们在maven settings.xml和父pom文件中配置了nexus存储库。如果这在所有项目中都不一致，我们希望使其一致

最好的办法是什么？pom文件还是settings.xml？利与弊是什么

---

我们有理由认为它应该在每个人的settings.xml中，这样他们就可以在他们想要的地方发布它。

pom中的位置和传输协议设置。 ${userhome}/.m2/settings.xml中的凭据

发行版应该分发到一个一致的地方，否则拥有一个集中的存储库甚至工件命名约定的意义何在

---

如果您希望它位于该项目的非标准位置，则不要发布它，它显然不是发布。

pom中的位置和传输协议设置。 ${userhome}/.m2/settings.xml中的凭据

发行版应该分发到一个一致的地方，否则拥有一个集中的存储库甚至工件命名约定的意义何在

---

如果您希望将它放在该项目的非标准位置，那么不要发布它，它显然不是一个发布。

我认为将您希望在该工作站上处理的每个项目重复的内容放在settings.xml中是合适的

---

因此，如果您的开发人员正在处理的所有项目都发布到同一个存储库中，我会假设这是在公司环境中发生的情况，那么这个设置对于集中化是有意义的。

我认为将内容放在settings.xml中是合适的，您希望为您在该工作站上处理的每个项目重复这些内容

---

因此，如果您的开发人员正在处理的所有项目都发布到同一个存储库中，我会假设这是在公司环境中发生的情况，那么此设置有必要进行集中。

所以在pom文件中有分发管理部分是正确的吗？是的，当然，但没有凭据。您不想在源代码管理存储库中存储密码。这也有助于控制谁有权发布工件，因为每个用户都使用自己的非共享用户id和密码。根据所使用的存储库，发布者的凭据甚至可能存储为发布版本的人的审核跟踪。因此，在pom文件中包含分发管理部分是正确的吗？是的，绝对正确，但不是凭据。您不想在源代码管理存储库中存储密码。这也有助于控制谁有权发布工件，因为每个用户都使用自己的非共享用户id和密码。根据所使用的存储库，发布者的凭据甚至可能存储为发布版本的人的审核跟踪。