Jenkins 2.62 发布,可扩展的持续集成引擎

Jenkins 2.62 已发布,Jenkins 是一个可扩展的持续集成引擎,提供了数百个插件来支持项目的构建、部署和自动化。

本次更新如下:

  • 修复了许多 CLI 命令(delete-builds,list-changes,console,set-build-description 和 set-build-display-name)的 Pipeline 兼容性,以及当使用 Pipeline 时其他命令报错的一些问题。(issue 30785, issue 41527)
  • 如果你已经安装并配置了“Authorize Project”插件,则其配置现在将被视为“Build other projects”和“Build after other projects are built”中的“Job/Build”检查。以前,如果在全局启用了每个项目可配置的构建授权 ,但某些项目没有指定授权,那么上述两个检查将自动返回到匿名检查(通常拒绝构建权限)。要恢复以前的行为,请将项目默认构建授权配置为 Run as anonymous。请注意,这将影响所有构建范围的权限检查。(issue 22949)
  • Internal API: Tasks.getAuthenticationOf 现在授予由 QueueItemAuthenticatorProvider 贡献的身份验证 (pull 2880)
  • 将 WinP 从 1.24 更新至 1.25 以提高性能和诊断。(full changelog)
  • 修复 NullPointerException 。(issue 44120)
  • 在启用 Winstone-Jetty 调试日志记录时,避免日志记录器中的 StackOverflowError。(issue 44330, corresponding Jetty issue)

下载地址:

https://jenkins.io/download/

文章转载自 开源中国社区[https://www.oschina.net]

时间: 2024-08-30 17:16:06

Jenkins 2.62 发布,可扩展的持续集成引擎的相关文章

Yahoo! Screwdriver:可扩展的持续集成工具

Yahoo! 开源了他们在内部生产系统中使用的持续交付工具Screwdriver. Screwdriver作为一种持续交付工具,集成了从代码提交到生产系统部署的所有步骤.Yahoo!在过去五年中逐步使用Screwdriver去自动化所有的交付过程,现可达到每日超过25,000次的构建和多于12,000次的git提交.按Yahoo!的说法,他们所希望的持续集成工具应具备以下特性: 使得开发人员易于建立部署流水线.流水线采用YAML文件定义,并可通过放弃变更或者使用另一版本配置文件将流水线还原回早期

scit 0.20发布 简单的持续集成工具

scit是Simple Continuous Integration Tools的缩写,是一个简单的持续集成工具,用来建立和一个自动测试系统组成的Perl和预期脚本的利用,适用于大多数的Unix操作系统的常用工具.其设计目的是在提供了一整套功能的同时还在保持它独特的轻巧特性,目前的版本带有一个命令行的用户界面和部分HTML用户界面.它能够运行上最modest的硬件上,一部份的开发和测试已经在诺基亚N900手机的同一单元上运行. scit 0.20版本添加了启动脚本的调试开关,其功能是让后台进程能

使用 svn+maven+jenkins(hudson)+Publish Over SSH plugins 构建持续集成及自动远程发布体系(转)

 1.安装jenkins     2.浏览器访问jenkins主页 http://192.168.0.1:8080/,点击"系统管理"     3.在插件管理中,安装Publish Over SSH插件     4.在系统设置中设置JDK,Maven,Subversion,邮件通知,Publish over SSH        JDK->填写JAVA_HOME:/usr/java/jdk1.6.0_26        Maven->选择自动安装(或设置环境变量);服务端通

持续集成引擎 Hudson 和 Jenkins 的恩恩怨怨

Hudson 是在2004年的夏天由 Sun 公司开发的(就是开发Java的那家),2005年2月开源并发布了第一个版本. Hudson 发布的时候 CruiseControl 是CI界的老大哥,但是很快,在大约2007年的时候 Hudson 已经超越CruiseControl.2008年5月的 JavaOne 大会上,Hudson 获得了开发解决方案类的Duke's Choice奖项.从此,小弟翻身做大哥,Hudson 成为CI的代名词. 但平静的日子总是短暂的.2009年6月,乌龟壳(Ora

Jenkins与Docker的持续集成实践

本文讲的是Jenkins与Docker的持续集成实践[编者的话]持续集成(CI/CD)是一种软件开发实践.用于帮助团队成员频繁.快速的集成,测试他们的工作成果,以尽快发现集成错误. 更频繁.更早的集成意味着更早的发现问题.通过持续集成,及时发现和解决代码故障,提高代码质量,减少故障处理成本等等. [3 天烧脑式基于Docker的CI/CD实战训练营 | 北京站]本次培训围绕基于Docker的CI/CD实战展开,具体内容包括:持续集成与持续交付(CI/CD)概览:持续集成系统介绍:客户端与服务端的

Jenkins-构建程序的持续集成平台(安装篇)

一.什么是持续集成 1.什么是集成 指的是代码由编译.发布和测试.直到上线的一个过程 2.什么持续集成 高效的.持续性质的不断迭代代码的集成工作 3.如何高效准确的实现持续集成 必不可少的需要一套能自动化.并且可视化的平台来帮助我们. 那么总结来看,Jenkins就是一个可以帮助我们实现持续集成的平台. 二.为什么Jenkins能帮助我们进行持续集成 理由有如下几点: 1.Jenkins是一个开源的.且基于JAVA代码开发的持续集成系统,  因为含有非常丰富的插件支持所以我们可以方便的打通版本库

基于 Jenkins 快速搭建持续集成环境

持续集成是一种软件开发实践,对于提高软件开发效率并保障软件开发质量提供了理论基础.Jenkins 是一个开源软件项目,旨在提供一个开放易用的软件平台,使持续集成变成可能.本文正是从持续集成的基本概念入手,通过具体实例,介绍了如何基于 Jenkins 快速搭建持续集成环境. 持续集成概述 什么是持续集成 随着软件开发复杂度的不断提高,团队开发成员间如何更好地协同工作以确保软件开发的质量已经慢慢成为开发过程中不可回避的问题.尤其是近些年来,敏捷(Agile) 在软件工程领域越来越红火,如何能再不断变

我们正在路上—从持续集成到持续发布

持续集成作为一种很好的软件工程实践被很多团队所采用,和其他一些先进的实践一样,它最终的目的一定是服务于产品的.产品的价值最终体现在用户体验的提升,而这个的前提就是产品的每一次更新能够及时地传递给用户,对于运维团队来说就是更快地在生产环境中部署最新的产品,对于研发团队来说就是更频繁地发布可以工作的软件. 暂且抛开业界非常流行的DevOps理念,单纯地从研发团队来看,如何快速的发布对用户有价值的软件是重中之重. 那结合持续集成,我们又可以做些什么呢? 先来看看我们持续集成的现状 独立的环境:持续集成

通过Docker容器运行持续集成/持续部署

本文讲的是通过Docker容器运行持续集成/持续部署,[编者的话] 对于Docker主流的应用场景:持续集成和持续部署(CI/CD)大家也许并不陌生.这篇文章从独特的视角阐述了如何利用各种云平台构建属于自己的CI/CD容器,笔者还自己扩展了Gitlab CI引擎,对CI感兴趣的同学对这个文章应该很感兴趣. 我曾经使用Docker了一段时间,在过去的一年里伴随着众多的Docker容器涌入,帮助用户们更容易的部署Docker容器到生产环境中.一些工具是第三方公司提供,当然也包括Docker公司自己的