在指定存储库元素时，为什么我们还需要snapshots 和releases？
例子：
<repository>
<id>my-repo</id>
<url>https://some.url.com/my-repo</url>
<snapshots>
<enabled>false/true</enabled>
</snapshots>
<releases>
<enabled>false/true</enabled>
</releases>
</repository>
它如何影响特定版本的依赖项？ （1.2.3-SNAPSHOT、1.2.3、1.2.3-RELEASE）
当有多个存储库时，将在哪个存储库中搜索工件？如何解决工件？
【问题讨论】：
在指定存储库元素时，为什么我们还需要 false/true 以及？
例如，如果我们希望有一个仅用于发布版本的存储库，而另一个仅用于 SNAPSHOT 版本的存储库，我们需要这样做。
这是企业 Maven 存储库（即 Nexus、Artifactory、Archivia）的常见用例，当某些版本（如 SNAPSHOT）仅在存储库中可用时（例如已部署但 CI 作业），而发布的版本将只能在另一个存储库中使用。为 PROD 发布某些内容的 CI 作业应仅使用后一个存储库，而不应使用/允许任何 SNAPSHOT 版本并以其他方式破坏构建（强制构建可重现性和良好实践）。
来自official Maven Settings documentation
版本、快照：这些是针对每种工件、版本或快照的策略。有了这两个集合，POM 就有能力在单个存储库中独立于其他类型更改每种类型的策略。例如，可能出于开发目的而决定仅启用快照下载。
已启用：
true或false是否为相应类型启用此存储库（releases或snapshots）。
当有多个存储库时，将在哪个存储库中搜索工件？如何解决工件？
声明的顺序会影响Maven使用的查找顺序。检查此official Maven ticket 提供从版本 3.0 开始的正确行为的修复。
它如何影响特定版本的依赖项？ （1.2.3-SNAPSHOT、1.2.3、1.2.3-RELEASE）
合并上面的两个答案，具体取决于声明的顺序和哪个存储库允许哪种类型的工件（快照与否）。
更多参考资料：
【讨论】：
updatePolicy 元素值更新或通过命令行-U 选项强制更新
<snapshots enabled="true"/> 甚至 <repository id="whatever" snapshots="true"> ...