Continuous integration 我可以在Hudson/Jenkins中配置散热器视图吗?

Continuous integration 我可以在Hudson/Jenkins中配置散热器视图吗?,continuous-integration,hudson,jenkins,Continuous Integration,Hudson,Jenkins,我的团队使用插件快速反馈几个不同项目的构建状态。我们讨论过的一件有帮助的事情是,如果SVN修订号包含在这个视图中。在谷歌快速搜索之后,我还没有找到关于这个插件是否可配置的明确答案;有人知道是否有一种简单的方法可以添加这些信息吗?我认为这里没有可定制的数据,但你可以做的是,从源代码中找出所有失败版本的版本号,你必须自己编写代码,但从我所看到的情况来看,配置选项无法做到这一点 如果您只需要获取这些信息,那么您可能想要尝试的是最近损坏的构建的构建页面上的最新更改 祝你好运。我不认为那里有可定制的数字,

我的团队使用插件快速反馈几个不同项目的构建状态。我们讨论过的一件有帮助的事情是,如果SVN修订号包含在这个视图中。在谷歌快速搜索之后,我还没有找到关于这个插件是否可配置的明确答案;有人知道是否有一种简单的方法可以添加这些信息吗?

我认为这里没有可定制的数据,但你可以做的是,从源代码中找出所有失败版本的版本号,你必须自己编写代码,但从我所看到的情况来看,配置选项无法做到这一点

如果您只需要获取这些信息,那么您可能想要尝试的是最近损坏的构建的构建页面上的最新更改


祝你好运。

我不认为那里有可定制的数字,但你可以做的是,调出源代码并获取所有失败版本的版本号,你必须自己编写代码,但从我看来,配置选项无法做到这一点

如果您只需要获取这些信息,那么您可能想要尝试的是最近损坏的构建的构建页面上的最新更改


祝你好运。

我能问一下为什么显示svn修订号会有帮助吗?据我所知,一个内置的散热器应该能将有意义的信息“辐射”到房间里。svn编号是相当没有意义的,除非您可以在存储库中查找编号,在这种情况下,您可以在Jenkins上查找修订号

我只是在猜测,如果我错了,请纠正我,但我怀疑您真正的愿望是通过某种方式快速确定谁应该对失败的构建负责。如果是这种情况,那么处理签入注释和显示相关用户的图片是让开发人员对失败的构建做出反应的一种更有效的方法。我在我的公司亲身经历过这一点

考虑到这一点,我开发了一个独立构建的Web应用程序,可以通过RESTAPI与Jenkins对话。CI Eye的设置非常简单,在工作场所可能会比散热器视图插件提供更好的结果。试试看,让我知道你的想法——我正在积极改进,欢迎任何反馈


CI Eye是免费和开源的——有关更多详细信息,请参阅。

我可以问一下为什么显示svn修订号会有帮助吗?据我所知,一个内置的散热器应该能将有意义的信息“辐射”到房间里。svn编号是相当没有意义的,除非您可以在存储库中查找编号,在这种情况下,您可以在Jenkins上查找修订号

我只是在猜测,如果我错了,请纠正我,但我怀疑您真正的愿望是通过某种方式快速确定谁应该对失败的构建负责。如果是这种情况,那么处理签入注释和显示相关用户的图片是让开发人员对失败的构建做出反应的一种更有效的方法。我在我的公司亲身经历过这一点

考虑到这一点,我开发了一个独立构建的Web应用程序,可以通过RESTAPI与Jenkins对话。CI Eye的设置非常简单,在工作场所可能会比散热器视图插件提供更好的结果。试试看,让我知道你的想法——我正在积极改进,欢迎任何反馈

CI Eye是免费和开源的——有关更多详细信息,请参阅