问如何在不覆盖的情况下在Artifactory上验证工件

EN

如果已经部署了工件而不是失败了，那么

不应该忽视Jenkins的工件插件的部署吗？

如果工件已经与固定版本(非-SNAPSHOT)一起部署，则作业将失败。例如，在手动作业触发器上，我想知道是否尝试使用已经发布的版本名(可能是团队中的其他人)构建和部署。

还是应该一直使用-SNAPSHOT (在开发期间)，即使工件没有改变？

-SNAPSHOT是为开发而开发的。是的，我们通常在构建结束时推送工件，即使它没有改变，因为您更新了一个自述文件并触发了作业。

通常，快照的生存期取决于您如何配置二进制存储库(这里是Artifactory)。例如，快照可以每两周清理一次。

Manuel共享的链接还有其他有趣的定义，如

Usually, only the most recently deployed SNAPSHOT,
for a particular version of an artifact is kept in the artifact repository.
Although the repository can be configured to maintain a rolling archive
with a number of the most recent deployments of a given artifact

https://docs.oracle.com/middleware/1212/core/MAVEN/maven_version.htm#MAVEN401

，我们是否增加了每个版本的版本，即使工件没有改变？

是的，我们增加了每个版本的版本号。我称之为释放客户会得到什么。除了一个特殊的场合，如果工件没有改变，你就不会经历释放的过程。发布通常涉及到组织中的许多人，甚至不是来自开发部门的人。一个流行的标准是使用语义版本化https://semver.org/，有时人们更喜欢使用日期进行版本。我的建议是使用semver，并在工件中有一个包含构建日期的文件。这个文件可以被工件本身用来在运行时告诉它的版本。

您可以使用内部版本号，并且不会覆盖现有版本。相反，buildNumber可以包括一些错误修复/安全修复。

https://docs.oracle.com/middleware/1212/core/MAVEN/maven_version.htm#A1000661

如果使用的是深度，则可以使用表达式处理版本。包含buildNumber的确切版本或表达式。