繁体   English   中英

如何将上游构建的二进制文件传递给远程下游构建从属服务器

[英]How to pass binaries built upstream to a remote downstream build slave

我们在Windows上使用Hudson来构建.NET解决方案并运行单元测试(NUnit)。 因此,Hudson用于启动执行实际工作的批处理文件。

我现在正在尝试建立一个在构建从站上运行的新测试,并且运行时间很长。 测试应使用上游构建生成的二进制文件。

我搜索了Hudson文档,但是我找不到如何将上游构建工件传递给下游从站。 我该怎么做呢?

在下游构建中使用Copy Artifact插件

只需指定上游作业的名称以及要复制到下游工作区的路径。

根据您使用的源代码管理,您可以作弊并使用它。 我不是检查二进制文件的粉丝,特别是如果它们很大的话。 但我过去通过CI构建生成了生成的二进制文件或安装程序,自动将它们签入到单独的svn存储库中,并且当主服务器指示从属机器从该存储库中取出并执行所需的任何测试时执行。

如果你只依赖于二进制文件,那对你来说可能有点矫枉过正。 但是还有克隆工作区SCM插件 ,它可以存档您的整个工作区,您可以在下一个工作中查看它,就像它来自SCM一样。 这是非常新的。

我们目前使用不同的设置。 我们有一个Artifact Repository,我们推送我们的二进制文件。 第二个作业从该存储库中提取二进制文件。 从物理上讲,它只是一个标准的Windows共享,我们在其中创建一个带有作业内部版本号的子文件夹。 如果您还使用[参数化触发器插件] [2],您可以将作业编号从作业1传递到作业2,并在正确的二进制文件上运行测试。 副作用是,您可以在以后重复使用二进制文件,而无需在Hudson中保留较长的历史记录。

[2]: http://参数化触发插件

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM