使用工件存储库来存储完整版本？答案

【问题标题】：Using artifact repository for storing full releases?使用工件存储库来存储完整版本？
【发布时间】：2016-10-07 14:41:01
【问题描述】：

我一直在寻找我们的发布团队可以用来存储来自多个项目的完整构建的输出的工件存储库。根据我的阅读，工件存储库主要用于存储构建所需的库文件。我的假设是它们的预期用途是确保开发人员和构建服务器在构建过程中使用完全相同的二进制依赖项。

几个问题：

是否可以将整个项目的构建输出存储到工件存储库（完整版本）中，即存储准备部署的工件的地方？
这是常见的做法吗？
是否可以分析自上次构建以来发生的更改？例如：我可以查看自上次发布以来哪些工件发生了变化？

【问题讨论】：

标签： deployment build artifactory artifact

【解决方案1】：

所以，对您的问题的简短回答是：是的，是的，而且大部分是的。

虽然像Artifactory 这样的二进制管理器确实用于依赖管理，但它们也用于托管整个构建。在 Artifactory 中，这可以通过Build Integration features 轻松实现。如果您没有使用任何 CI 服务器，例如 Jenkins（例如），您可以使用 JFrog CLI 上传您的构建及其对应的 Build Info。

此外，关于分析，并非完全如此，但在 Artifactory 中，您可以选择执行 Build Diff 并查看构建之间的变化。

希望我能帮上忙，

伊兰

附言我为 JFrog 工作

【讨论】：

感谢您的回复，从实际使用这些工具的工程师那里得到回复总是很好。
这些构建差异是如何产生的？它是来自 CI 集成的产品，还是可以手动制作构建的元数据以封装多个项目？我工作的地方“构建”是冲刺的另一个术语。每个 sprint 多个团队编译/部署他们的二进制文件/工件，我们将它们集成到各自的服务器/项目中。我们是否可以将来自多个项目的多个工件往返于多个位置但归为一个构建？

【解决方案2】：

使用 Sonatype Nexus 炒锅满足您的需求，您不仅可以部署 Java 工件（例如：.ear、.jar、.war 文件），还可以部署任何类型的二进制文件，我们使用它来存储Orace BI Publisher 或 .exe 二进制文件的报告。

是否可以将整个项目的构建输出存储到工件存储库（完整版本）中，即存储准备部署的工件的地方？ 是的，正如我之前所说，您可以存储任何类型的二进制文件。

这是常见的做法吗？ 我不知道这是否是一种常见的做法，但就我而言，它帮助我们保持了订单。只需评估它是否适合您。

是否可以分析自上次构建以来发生的变化？例如：我可以查看自上次发布以来哪些工件发生了变化？

Sonatype Nexus 为每个工件（或二进制文件）处理一个版本，因此您可以存储部署中的所有“历史记录”，它还可以处理安全策略，例如，您不能使用同一版本，它会强制您部署新版本，这样您就可以验证工件何时更改、日期和上传工件的人。

看起来是这样的：

【讨论】：

有趣。我们当前的问题是我们有一个庞大的系统，目前（在某种程度上）是手动部署的。这是拥有许多具有许多不同技术的项目的副产品。在我们投入到 devops 之前，我们需要一种方法来为我们的集成团队（我们当前的系统非常定制）提供一个“更改内容”列表。有没有办法检查自迭代期以来发生了什么变化？
关于“发生了什么变化？”你的意思是在代码中，对吧？如果这就是验证二进制文件不是一个好主意的关键，我已经使用生成二进制文件的管道配置了 jenkins，然后将其部署在 Nexus 中。这个怎么运作？您从 SVN（或 git）进行结帐，在管道中您实际上可以看到提交 cmets 以及哪些文件已更改，然后这将作为二进制（编译代码）部署在 Nexus 中，因此您可以以某种方式看到发生了什么变化如果您正在组织中使用一些 CI（如 Jenkins）
我的意思是在 sprint 期之后工件存储库中发生了什么变化。现在，我们需要保留一个手动集成过程，直到我们能够进行完全自动化的构建-部署-集成。目前，我们有大约 20 个项目，它们采用不同的技术，它们都处于相同的发布周期。为了简化我们的集成团队的工作，我们需要一个列表来查看自上次 sprint 以来发生的变化，以满足我们在 DevOps 工作时的要求。