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

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

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

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

快照仅仅意味着Maven将根据您的配置检查特定依赖项的最新更改。快照是不稳定的，因为它是在开发中，但如果在一个特殊的项目需要有最新的变化，你必须配置你的依赖版本为快照版本。这种情况发生在拥有多个产品的大型组织中，这些产品彼此密切相关。

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

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

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

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

其他三个答案让您对-SNAPSHOT版本有了一个很好的了解。我只是想添加一些关于Maven在发现SNAPSHOT依赖项时的行为的信息。

在构建应用程序时，Maven将在本地存储库中搜索依赖项。如果在那里没有找到稳定版本，它将搜索远程存储库(在settings.xml或pom.xml中定义)以检索此依赖项。然后，它将把它复制到本地存储库中，使其可用于下一个构建。

例如，foo-1.0.jar库被认为是一个稳定版本，如果Maven在本地存储库中找到它，它将在当前构建中使用这个库。

Now, if you need a foo-1.0-SNAPSHOT.jar library, Maven will know that this version is not stable and is subject to changes. That's why Maven will try to find a newer version in the remote repositories, even if a version of this library is found on the local repository. However, this check is made only once per day. That means that if you have a foo-1.0-20110506.110000-1.jar (i.e. this library has been generated on 2011/05/06 at 11:00:00) in your local repository, and if you run the Maven build again the same day, Maven will not check the repositories for a newer version.

Maven为您提供了一种在存储库定义中更改此更新策略的方法:

<repository>
    <id>foo-repository</id>
    <url>...</url>
    <snapshots>
        <enabled>true</enabled>
        <updatePolicy>XXX</updatePolicy>
    </snapshots>
</repository>

其中XXX可以是:

always: Maven将在每次构建时检查更新的版本; 每日，默认值; interval:XXX:单位为分钟的间隔(XXX)。 never: Maven永远不会尝试检索其他版本。它只在本地不存在时才会这样做。通过配置，SNAPSHOT版本将作为稳定库处理。

(settings.xml的模型可以在这里找到)

通常在maven中，我们有两种类型的构建 1)建立快照 2)制定版本发布

快照构建:快照是特殊版本，它指示当前部署副本，不像常规版本，maven检查远程存储库中的每个构建的版本 因此快照构建只是开发构建。 发布版本:发布意味着在版本中删除快照，这些是常规的构建版本。

SNAPSHOT值指的是沿着开发分支的“最新”代码，并不能保证代码是稳定的或不变的。相反，“发布”版本(任何不带SNAPSHOT后缀的版本值)中的代码是不变的。

换句话说，SNAPSHOT版本是最终“发布”版本之前的“开发”版本。SNAPSHOT比它的发行版“更老”。

在发布过程中，x.y-SNAPSHOT的一个版本更改为x.y。发布过程还将开发版本增加到x.(y+1)-SNAPSHOT。例如，版本1.0- snapshot发布为版本1.0，新的开发版本为版本1.1-SNAPSHOT。