作为一名开发者，我通常像下面那样使用 Jenkins： 查找与我当前工作相关的任务 触发任务构建 检查构建日志 有时候，我可能需要检查插件更新中心，安装新的插件，或者更新一个已有的插件。再或者，希望从本地上传一个插件。所有的这些情况，其实都没有必要 访问 UI 界面甚至是浏览器。我更倾向于使用命令行（CLI）来完成大部分的工作。例如：我可以使用 kubectl 来管理我的 Kubernets 集群， 创建或者修改 Kubernetes 资源。因此，我开始思考，“为什么不用命令行来管理 Jenkins 呢”？ 什么要创造新的轮子？ 首先，我几乎都已经忘记了那个早已存在的命令行，用 Java 编写的 Jenkins CLI。让我先 介绍一下如何使用这个命令行。 访问 Jenkins 的页面 http://localhost:8080/jenkins/cli/。你将会看到类似于 java -jar jenkins-cli.jar -s http://localhost:8080/jenkins/ help 的命令行。因此，需要下载一个 jar 文件。我们可以用命令 wget http://localhost:8080/jenkins/jnlpJars/jenkins-cli.jar 来下载。 此时，你应该能看到，这并不是一个 Linux 风格的 CLI。请思考下面的几个点： 用户必须要有一个 JRE 环境。这对于非 Java 开发者来说并不方便。 命令行使用繁琐，需要输入很多字符。我们每次都需要输入 java -jar jenkins-cli.jar -s http://localhost:8080/jenkins/ 作为命令的前缀。 无法使用一些流行的包管理器安装，例如：brew 或 yum。 当然，Java 版本的命令行和 Jenkins 的兼容性更好。但是，我期望在使用时可以更简单些。 因此，我决定使用 Golang 来编写一个新的命令行，这样可以运行在多个平台上。 这就是创建 jcli 的故事。 特性 易于维护的 jcli 配置文件 支持管理多个 Jenkins 插件管理（列表、搜索、安装、上传） 任务管理（搜索、构建、日志） 在浏览器中打开 Jenkins 重启 Jenkins 支持连接代理 如何获取？ 你可以从 jenkins-cli 的代码仓库中克隆 jcli。目前，我们支持三个主流的操作 系统平台： MacOS、Linux、和 Windows。 MacOS 你可以使用 brew...

我从2017年开始，参与 Jenkins 社区贡献。作为一名新成员，翻译可能是帮助社区项目最简单的方法。 本地化的优化通常是较小的改动，你无需了解项目完整的上下文，甚至都不需要在任务跟踪系统中添加任务。 但很快，就遇到了一些问题，那就是并没有以中文为母语的人帮助 review 我的 PR。因此，有时候， 我提交的 PR 过很久才能够被合并到 master 中。 后来，有贡献者告诉我，可以在邮件列表中发一份邮件来描述当前遇到的问题，然后大家来讨论如何解决。 后来，我才了解到，在邮件列表中公开地讨论社区里的事情，正是开源社区的做事风格。任何人都可以发表自己的观点， 我们并不受某个公司的限制，大家共同作出一致的决定。下面，我想与各位分享一下我们讨论后得出的一些成果。 JEP-216 JEP 是 Jenkins Enhancement Proposoals 的缩写，也就是 Jenkins 增强提议。所有针对 Jenkins 社区的增强或者 改进的想法都可以通过这样的一种提议机制来推动，特别兴趣小组（SIG）就是其中的一项提议。JEP-216 是关于 改进本地化的一项提议。 在之前，所有语言的本地化资源文件都是集中保存在 Jenkins Core 以及各个插件中的。而在 该提议中，每个语言都可以有一个单独的本地化插件，例如： 简体中文插件。 终于，经过半年多的时间， 本地化支持插件和 简体中文插件已经可以支持各种类型的本地化资源文件（包括： Messages、属性以及帮助文件等）。从 插件网站上，你可以看到 简体中文插件已经有超过1.3万的安装量，而且还在持续增长中。到目前为止，我们已经把 Jenkins Core 里所有简体中文的资源文件 迁移到了简体中文插件中，具体可以查看 PR-4008。 我相信，这对于每一位 Jenkins 的中文用户都是一件意义重大的事情，Jenkins 中文社区也会努力带给大家带来更好的使用 体验。当然，我们欢迎并期待任何一位有志参与开源社区的朋友！ 在享受成果的同时，请与我一起感谢社区里为此作出重要贡献的朋友们。在 Daniel Beck 的帮助下，完成了“本地化支持插件”的发布；在 Liam Newman 的帮助下完成了 JEP-216， 当然还包括社区中很多参与到中文本地化工作的贡献者。 中文本地化特别兴趣小组 我们相信，这个特别兴趣小组能够给 Jenkins 的中文用户带来更好的使用体验，并聚集更多来自中国的贡献者。 这里的贡献者，并不只是开发者的专利和特权，实际上开源社区需要很多有不同技能的人加入，包括当不仅限于：测试、运维、文档工程师 甚至是设计师、市场运营等等。不管你是尚未毕业的在校学生，还是懵懂初入职场，或者已经是具有多年丰富的从业经历，在这里 都是平等、公开的。 该组会负责维护 Jenkins 官方中文站点，通过微信公众号在国内宣传和推广 Jenkins 社区及其 技术。我们会发布官方博客文章、实际案例、原创文章、Jenkins 版本发布，还有 Jenkins Meetup 或者其他的线上线下 活动。我们的官方公众号自半年前开通以来，已经有超过一千八百多位 Jenkins 的用户关注，并可以从这里及时获取最新的官方 咨讯信息。 最后，特别地，我想要感谢 王冬辉、 翟志军以及其他 贡献者的支持和努力。他们都为 Jenkins 中文 社区作出了很多贡献。我希望能够看到有更多的人加入我们！...

今天 Linux 基金会与 CloudBees、 Google 和 一些其他公司启动了一个新的开源软件基金会，也就是 持续交付基金会 (CDF.) CDF 相信持续交付的力量，它旨在培养与支持开源生态，以及厂商中立的项目。 Jenkins 的贡献者们 已经决定，我们的项目应该加入这个新的基金会。 实际上，这样的讨论持续了多年，大致的动机简洁摘要在 这里。 此时，作为一名用户，又意味着什么呢？ 首先，不会有大的中断。还是同样的人，URL 地址不会变，也会有正常的发布。决策方式也会延续，pull request 也不会发生变化。改变会持续地发生。 这是 Jenkins 项目在这个领域的成熟和重要性的又一证明。 在全球有25万个 Jenkins 在运行着，这着实从 IoT 到游戏、从云原生应用到机器学习项目撼动着整个软件研发的世界。对于任何寻求开放异构 DevOps 策略的人来说， Jenkins 是一个显然、安全的选择。 CDF 创建了一个公平竞争的环境，这被组织中的贡献者所熟知，同时也会带来更多的贡献者，让 Jenkins 发展的更好、更快。在过去的几年里， Jenkins 项目正在稳步地增长， 更多的 结构使之变得清晰起来，CDF 是这一轨迹中的最新一步。 任何认真的研发团队都会把多种工具和服务结合起来，以覆盖整个软件研发领域。这些团队为了把这些工具集成起来投入了大量的工作。 Jenkins 将会在 CDF 旗下与其他项目紧密合作，使得这些软件之间减少重复。 我们的用户作为从业者尝试在他们的组织中改善软件研发流程。他们认为 CI/CD 和自动化可以释放组织所需要的生产力，但对他们的组织而言，并不总是那么显著。因此，我们的用户往往无法得到必要的支持。CDF 将会倡导持续交付的实践，因为这并不是来自某个厂商或项目，它将会联系可以提供帮助的人。 因此，我希望你能明白为什么我们会对此感到如此兴奋！ 实际上，对我们来说，已经为这个想法努力了将近两年。毫不夸张地说，整个 CDF 的想法 源自 Jenkins 项目。 为此，已经有很多人在幕后做了大量的工作。但有些人扮演了举足轻重的角色，我须亲自感谢他们。为 Chris Aniszczyk 的耐心、坚持， R. Tyler Croy 酝酿并推动着这个想法， Tracy Miranda 将这些想法变成事实。...