Continuous integration 从另一个Hudson作业引用文件

Continuous integration 从另一个Hudson作业引用文件,continuous-integration,hudson,Continuous Integration,Hudson,我有两个作业,A和B,我希望作业B使用A上一个稳定构建中的文件 看起来Hudson用户界面能够显示所有信息,所以我希望在作业B中有某种方法可以访问这些信息 可能有一种解决方案可以将文件post-build复制到一个共享位置并从那里使用它,但我不想担心作业a开始构建并试图在作业B使用该文件时攻击该文件 啊,但我想我真的需要把作业A的文件复制到某个地方,然后可能把它放在一个名为build number的目录中。好的,那么新的问题是如何从作业B获得作业A的最后一次稳定构建 注: Windows环境

我有两个作业,A和B,我希望作业B使用A上一个稳定构建中的文件

看起来Hudson用户界面能够显示所有信息,所以我希望在作业B中有某种方法可以访问这些信息

可能有一种解决方案可以将文件post-build复制到一个共享位置并从那里使用它,但我不想担心作业a开始构建并试图在作业B使用该文件时攻击该文件

啊,但我想我真的需要把作业A的文件复制到某个地方,然后可能把它放在一个名为build number的目录中。好的,那么新的问题是如何从作业B获得作业A的最后一次稳定构建

注:

  • Windows环境

使用“归档工件”功能归档作业A中所需的文件。然后在作业B中,通过永久链接将文件下拉到最后一次成功构建

比如:

http://localhost:8080/job/A/lastSuccessfulBuild/artifact/myartifact.txt

但是将“A”替换为您的作业名,将“myartifact.txt”替换为您的工件路径

我想提及参数化触发器插件:

理想情况下,我认为最好的解决方案是让这个插件使用来自构建A的文件触发构建B。但是,正如当前状态所说,“未来•支持文件参数(用于在构建之间传递文件)”


在添加支持之前,我要做的是将工件从作业A复制到共享,然后使用参数化触发器插件触发作业B,并为其指定共享上文件的名称(一个唯一的名称,因此没有冲突)。我将文件名放在“属性文件”(参见插件文档)中以触发作业B。然后作业B可以抓取文件并运行。

非常好。现在,关于如何从hudson批处理命令或其他插件中通过HTTP提取文件,您有什么建议吗?昨晚我又仔细考虑了一下,我想我可能需要向南特支付费用来完成这件事。但是,对于NAnt,如何下载文件?是否仍有解析到文件系统文件夹的方法?是否存在包含此项的环境变量?例如,解析为C:/hudson/jobs/A/builds/2009-12-08_12-21-28/archive/这些评论确实是不同的问题。最好为他们提出一个新的问题。