快照和发布存储库的使用有何不同？

Question

据我所知，在开发过程中构建工件被放置在快照存储库中。

当产品需要进行 QA 测试时，团队是否从快照存储库中提取数据？或者他们是否进行完整的构建，部署到发布存储库，然后从那里将其交给 QA？

另外，如果我的快照存储库保存了每个构建的所有构建工件，那么通常如何清理它？我可以看到从构建服务器保留最后 5 个构建，但不是每个构建。如果有帮助的话我正在使用 Artifactory。

Answer 1

意见不同，这是我的方法：

快照适用于开发

通常用于“一次性”构建。我从 CI 服务器发布它们，由对源代码所做的更改触发。快照构建的目的是共享特定团队最新的测试工件。这很重要，因为团队之间可能会共享 jar。

这种方法比我们之前共享源代码的方法要稳定得多（当另一个团队提交一些构建失败的东西时，就会出现持续的救火问题......以及其他人的扩展）。

清理快照

我使用 Nexus 来管理我的存储库，它有一个 计划任务 可以配置为定期清除快照存储库。我想 Artifactory 也有类似的功能。

候选版本用于 QA

我将 QA 视为向客户发布的完整版本。这就是为什么我更喜欢“发布候选者”这个词。

发布候选版本和快照之间的主要区别在于源代码是“标记的”或“标记的”（取决于您的 SCM 系统的术语）。您所做的就是在沙子上画一条线，您可以根据需要方便地重新创建二进制文件。

Nexus Professional 有一个暂存套件，这使得开发人员能够削减新版本并将其保存在临时“临时存储库”中。显然，某些版本将无法通过测试，在这种情况下它们将被丢弃。其他人要么晋升到链中的下一组，要么发布到公共区域。

有多种方法可以实现这种发布管理的“促销模型”。

如何管理版本修订

我的版本使用以下编号约定。

<major number>.<minor number>.<patch number>.<build number>

Example:
1.0.0.24

（对于较小/更简单的项目，我可能会改变约定并删除补丁号）。

Ivy 有一个非常有用的 buildnumber 任务来管理增量内部版本号，基于已发布到存储库的内容。

<property name="release.candidate" value="1.0.0"/>
..
<ivy:buildnumber organisation="${ivy.organisation}" module="${ivy.module}" revision="${release.candidate}"/>
..
<echo message="Release revision: ${ivy.new.revision}"/>

release.candidate 属性通常存储在版本控制下的属性文件中。我真正喜欢这个解决方案的是它支持并行分支管理（请参阅这个问题）。