【问题标题】:Automatic Hudson CI setup and plugin updates through apt?通过 apt 自动进行 Hudson CI 设置和插件更新?
【发布时间】:2010-04-07 20:00:35
【问题描述】:

我们已经使用Hudson 来实现一个包含所有花里胡哨的 CI 服务器已经有一段时间了。从提供的 RPM 和 Deb 安装时,设置非常简单,但是通过谷歌搜索我无法确定插件是否可以使用 apt/rpm 或其他包管理器安装?

原因是我想为 Ubuntu 创建一个(元)包,它可以通过正常的升级机制安装和更新 Hudson 和所有插件。同时我可以为其他项目创建模板设置,比如 JavaEE 项目需要 git、cobertura 和 Chuck Norris 插件,而我的 Python 项目需要插件 XXX 和 YYY。

有人有这样的设置吗?作为一种解决方法,我想设置一些 Maven POM,它们将执行 init 和以后的升级,但我觉得这需要更多的脚本,我不是很渴望这样做。

对此的任何其他建议也将不胜感激。

【问题讨论】:

    标签: java continuous-integration debian hudson-plugins


    【解决方案1】:

    我无法确定是否可以使用 apt/rpm 或其他包管理器安装插件?

    它们是“手动”安装的。

    原因是我想为 Ubuntu 创建一个(元)包,它可以通过正常的升级机制安装和更新 Hudson 和所有插件。 (...)

    我不知道现有的解决方案(很可能是因为打包插件是一个很大的错误一般:对于 linux 发行版来说这是很多工作,并且插件比发布周期)。所以我想你必须自己打包它们。

    并且要小心 Hudson 的升级,它们经常会破坏插件(换句话说,我建议在测试环境中测试 Hudson 的升级,比如虚拟机)。

    有人有这样的设置吗? (...)

    我将插件捆绑在一个存档中,然后将它们解压缩到<HUDSON_HOME>/plugins/

    【讨论】:

    • 我同意,不需要在发行版存储库中添加插件。但是,在我看来,从hudson-ci.org/debian 安装 Hudson 是保持安装最新的更好方法,而不是为此使用 UI。我认为,由于实际的服务器,捆绑了一些插件,无论如何都会以 .deb 的形式发布。我也不觉得以同样的方式提供插件是一件非常糟糕的事情。特别是考虑到插件无论如何都是版本化的,并且由 Hudson UI 自动安装。
    • @aapeli 我的观点是插件和 hudson 有不同的生命周期,限定和打包给定 hudson 版本的所有插件是一项巨大的工作,没有理由hudson-ci.org/debian 的维护者这样做,那太疯狂了。但是,请随意为您的插件自己做。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2010-12-30
    • 1970-01-01
    • 1970-01-01
    • 2012-03-31
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多