Maven 将SilkCentral与Nexus集成

我们目前使用的是通过SCTM源代码管理配置文件与我们的源代码管理系统集成的SilkCentral测试管理器（SCTM）。然而，我们希望探索与检入Maven的远程Nexus存储库的构建工件的集成

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

当代码和测试以及每日更改和构建都是快照构建而不是SCTM可以使用的源代码管理系统中带有标记的正式构建时，所有这些在主动开发期间都更为相关

---

SCTM显然同时支持通用命名约定（UNC）和Apache虚拟文件系统（VFS），并且这两种方式中的任何一种都有可能用于将SCTM源代码管理概要文件指向Nexus工件，而不是原始源代码。然而，我想和社区核实一下，看看是否有更简单的方法。（例如，我注意到Hudson SCTM插件的存在。）此外，我欢迎其他想法和想法。

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

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

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

---

解决这个问题的方法可能有很多，我会尝试以下方法：
• 管理Hudson/Jenkins中的构建/首次测试/发布步骤。 例如，通过使用依赖作业对其进行建模，发布作业仅在测试通过时才会触发。还有更高级的网守插件可用（例如a），这可能会更轻松地解决这个问题

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