我们在Windows上使用Hudson来构build.NET解决scheme并运行unit testing（NUnit）。 Hudson因此用于启动执行实际工作的batch file。
我现在正试图build立一个新的testing，在一个build立奴隶上运行，并将运行很长时间。 testing应该使用由上游构build生成的二进制文件。
我已经search了哈德森的文档，但我无法find如何通过上游构build文物下游奴隶。 我该怎么做呢？
河内控制台应用程序的C＃塔。
什么是阻止我的.NET 2.0应用程序在64位平台上运行？
该键集没有定义
系统在哪里存储图标的位置？
检查用户是否不活动
SymFromAddr使用C＃
在安装期间为每个客户端分配唯一的ID
.NET Windows服务 – 一个项目中的多个服务
在下游版本中使用复制工件插件 。
只需指定上游作业的名称和复制到下游工作区的路径。
根据您使用的源代码管理管理，您可以作弊并使用它。 我不喜欢检查二进制文件，特别是如果它们很大。 但是我过去已经把通过CI构建生成的生成的二进制文件或安装程序自动化到一个单独的svn仓库中，并且在主控制器的帮助下从机器从这个仓库中拉出来，并执行任何你需要的测试执行。
如果你只依赖二进制文件，可能对你有点矫枉过正。 但也有克隆工作区SCM插件 ，它存档您的整个工作区，你可以检查出下一个工作，就好像它来自SCM。 这是相当新的。
我们目前使用不同的设置。 我们有一个工件库，在这里我们推动我们的二进制文件。 第二个工作是从该存储库中提取二进制文件。 从物理上来说，它只是一个标准的Windows共享，我们在其中创建一个包含作业内部版本号的子文件夹。 如果您还使用[Parameterized Trigger Plugin] [参数化触发器插件] [2]，则可以将作业1的版本号传递给作业2，然后在正确的二进制文件上运行测试。 副作用是，你可以重复使用二进制文件，而不需要在Hudson中保持很长的历史。
[2]： http：//参数化的触发器插件
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
