1

我们目前使用通过 SCTM 源代码控制配置文件与我们的源代码控制系统集成的 SilkCentral 测试管理器 (SCTM)。但是，我们想探索与检查到 Maven 的远程 Nexus 存储库中的构建工件的集成。

这个想法是只有在构建和测试通过时，才会构建被测应用程序并将其与自动化测试一起检查到 Nexus 中。因此，当 QA 准备好从 SCTM 运行测试（手动或自动）时，Nexus 中有一个定义明确的应用程序构建工件和测试构建工件组合，与从 SCTM 获取最新代码相比，这为 SCTM 提供了更可靠的目标源代码控制系统。

当代码和测试每天都在变化并且构建是快照构建而不是 SCTM 可以使用的源代码控制系统中带有标签的正式构建时，所有这些在主动开发期间更为相关。

SCTM 显然同时支持通用命名约定 (UNC) 和 Apache 虚拟文件系统 (VFS)，其中任何一个都应该可以潜在地用于将 SCTM 源代码控制配置文件指向 Nexus 工件而不是原始源代码。但是，我想与社区核实，看看是否有更简单的方法。（例如，我注意到 Hudson SCTM 插件的存在。）另外，我欢迎其他想法和想法。

4

1 回答 1

1

解决这个问题可能有很多解决方案，我会尝试以下方法：

  • 在 Hudson/Jenkins 中管理构建/首次测试/发布步骤。例如，通过使用依赖作业对其进行建模，仅在测试通过时才会触发发布作业。还有更高级的看门人插件可用（例如Downstream Ext 插件），它可能会更舒适地解决这个问题。

  • 发布完成后，使用 Hudson/Jenkins-Silk Central 插件触发 Silk Central 上的执行。在那里，我宁愿使用安装脚本，而不是使用 UNC 或 VFS，它从存储库中提取工件并为测试准备一切。这将允许您使用 Maven/Nexus 感知的东西从存储库中提取正确的工件，而不是试图通过 UNC 或 VFS 访问它。

于 2013-09-30T07:53:36.103 回答