Continuous integration hudson最新版本被推送到updatesite

Continuous integration hudson最新版本被推送到updatesite,continuous-integration,hudson,hudson-plugins,Continuous Integration,Hudson,Hudson Plugins,我想知道是否有一个插件或最佳实践来推动哈德逊作业的最新成功构建。到开发人员更新站点 这对于手动测试人员特别有用,并且可以让他们获得产品的最新版本。取决于您想做什么。有几个插件。将构建工件推送到更新站点。从简单复制到sftp,再到将应用程序部署到应用服务器。几乎一切皆有可能 此外,还有一个升级插件,可以用于自动或手动升级构建。您可以向促销活动添加操作,如发送电子邮件或运行其他作业或 如果你想得到具体的答案,请在你的系统上发布更多信息。 要回答的示例问题: *你有什么选择可以将某些内容推送到你的更新

我想知道是否有一个插件或最佳实践来推动哈德逊作业的最新成功构建。到开发人员更新站点


这对于手动测试人员特别有用,并且可以让他们获得产品的最新版本。

取决于您想做什么。有几个插件。将构建工件推送到更新站点。从简单复制到sftp,再到将应用程序部署到应用服务器。几乎一切皆有可能

此外,还有一个升级插件,可以用于自动或手动升级构建。您可以向促销活动添加操作,如发送电子邮件或运行其他作业或

如果你想得到具体的答案,请在你的系统上发布更多信息。 要回答的示例问题: *你有什么选择可以将某些内容推送到你的更新站点? *你的应用程序是用什么语言编写的(例如java、php)?您使用什么工具进行构建(例如ant、maven)? *您的更新站点由哪些部分组成(例如WebDAV,apache托管的网站) *hudson和更新站点是否在同一个框上运行?
*…谢谢彼得!我的应用程序是用java编写的,它们大部分是eclipse插件。我们使用maven来构建。Hudson和更新站点不在同一台机器上。网站由apache托管。我有一个文件夹,它通过url链接到网站。每次成功构建时,我都需要将这些构建工件复制给开发人员,并在准备就绪时手动升级到另一个更新站点以供客户发布。我真的很感谢你的帮助peter。对于手动部分,如果你可以编写整个部署的脚本,那么你可以使用批处理或升级插件,另一个从构建工作中部署工件的工作也可以。因此,您只有在确定时间时才触发手动部分。对于自动部署:您是将成功的工件复制到开发人员桌面还是复制到开发/测试环境?如果是后者,则只需要一个部署脚本,作为最后一个构建步骤调用(它仅在构建步骤成功时执行)。检查部署插件,如果它们适合您的需要。如果您需要部署到桌面,请提供一个参数化作业,开发人员在获得构建成功邮件(电子邮件扩展插件)后即可开始该作业。它们提供系统名称,部署将自动运行(如果您以正确的方式创建作业)。