Maven版本可以包含一个字符串文字“SNAPSHOT”，以表示项目目前正在积极开发中。

例如，如果您的项目有一个“1.0-SNAPSHOT”版本，并且您将这个项目的工件部署到Maven存储库， 如果您愿意，Maven会将这个版本扩展到“1.0-20080207-230803-1” 在UTC 2008年2月7日11:08 PM部署一个版本。换句话说，当你 部署一个快照，您不是在发布一个软件组件;你是 在特定时间释放组件的快照。

因此，快照版本主要用于正在积极开发的项目。 如果您的项目依赖于正在积极开发的软件组件， 您可以依赖快照发布，Maven将定期尝试 运行构建时从存储库下载最新快照。类似地,如果 您的系统的下一个发行版将有一个“1.8”版本，您的项目也会如此 “1.8-SNAPSHOT”版本，直到正式发布。

例如，下面的依赖项总是会下载最新的1.8版本的spring开发JAR:

    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring</artifactId>
        <version>1.8-SNAPSHOT”</version>
    </dependency>

Maven

maven发布过程的一个例子

Maven中的快照版本是尚未发布的版本。

其思想是，在1.0发行版(或任何其他发行版)完成之前，存在1.0- snapshot。这个版本可能会变成1.0。它基本上是“正在开发的1.0版本”。这可能接近于真正的1.0发行版，或者相当远(例如，就在0.9发行版之后)。

“真实”版本和快照版本之间的区别是快照可能会得到更新。这意味着今天下载1.0-SNAPSHOT的文件可能与昨天或明天下载的文件不同。

通常，快照依赖关系应该只存在于开发过程中，没有发布版本(即没有非快照版本)应该依赖于快照版本。

我想谈谈术语。其他答案很好地解释了什么是Maven上下文中的“快照”版本。但是，非快照版本是否应该被称为“发布”版本呢?

在“发布”版本的语义版本控制思想之间存在一些紧张关系，“发布”版本似乎是任何没有-SNAPSHOT这样的限定符，但也没有-beta.4这样的限定符的版本;以及Maven的“发布”版本的想法，它似乎只包括没有-SNAPSHOT。

In other words, there is a semantic ambiguity of whether "release" means "we can release it to Maven Central" or "the software is in its final release to the public". We could consider -beta.4 to be a "release" version if we release it to the public, but it's not a "final release". Semantic versioning clearly says that something like -beta.4 is a "pre-release" version, so it wouldn't make sense for it to be called a "release" version, even without -SNAPSHOT. In fact by definition even -rc.5 is a release candidate, not an actual release, even though we may allow public access for testing.

因此，尽管Maven如此，在我看来，只将“发布”版本称为根本没有任何限定符(甚至没有-beta.4)的版本似乎更合适。对于Maven非快照版本来说，更好的名称可能是“稳定”版本(灵感来自另一个答案)。这样我们就有:

1.2.3-beta。4-SNAPSHOT:预发布版本的快照版本。 1.2.3-SNAPSHOT:发布版本的快照版本。 1.2.3-beta。4:预发布版本的稳定版本。 1.2.3:发布版本(显然是一个稳定的非快照版本)。

“快照”术语意味着构建是给定时间内代码的快照。

这通常意味着这个版本仍在大量开发中。

当代码准备好并且是时候发布它时，您将希望更改POM中列出的版本。然后，您将使用“1.0”这样的标签，而不是使用“SNAPSHOT”。

有关版本控制的帮助，请查看语义版本控制规范。

在开发阶段，Maven快照每天都会寻找更新的更高版本(如果在nexus存储库中可用)，然后在本地下载它以备下一次构建。

您可以在存储库定义中设置四个选项

总是这样, 每日(默认), 间隔, 永远,

注意:在产品版本中，我们不应该依赖于快照版本。

“发行版”是一个没有更改的版本的最终版本。

“快照”是一个可以被具有相同名称的另一个构建所替换的构建。这意味着构建可以在任何时候更改，并且仍然处于积极的开发中。

对于基于相同代码的不同构建，您有不同的工件。例如，你可能有一个调试和一个没有。一个用于Java 5.0，一个用于Java 6。一般来说，一个版本能满足你所有的需求会更简单。；）