jenkins-x

作者：Vincent Behar 欢迎使用 Jenkins X流水线可视化工具（Jenkins X Pipelines Visualizer） ：这是Jenkins X的一个新的开源read-only UI，它有一个非常明确的目标和作用域：可视化流水线和日志。 https://github.com/dailymotion/jx-pipelines-visualizer 这个项目开始于Dailymotion，并很快与Jenkins X社区分享。 为什么又一新的用户界面？ 已经有了 基于Octant的UI ，为什么还要新UI呢？ https://jenkins-x.io/blog/2020/08/06/octant-jx/ 主要是因为Octant是一个应用程序，目的是作为一个单独的客户端工具，这个时候没有计划支持托管版本的Octant--在Github Octant仓库的 这条讨论 了解更多信息和细节。 https://github.com/vmware-tanzu/octant/pull/450 因此，虽然Octant解决了很多用例，但有一个用例不适合：针对特定流水线在浏览器上快速打印构建日志。我们希望能够点击一个链接从拉/合并请求，并获得流水线日志。这是流水线可视化工具所涵盖的特定用例。 特性 我们希望它规模小、目标明确、速度快。它是一个只读（read-only）的UI

什么是CDF 持续交付基金会(CDF)是许多快速增长的持续交付项目(包括Jenkins、Jenkins X、Spinnaker，Tekton和Screwdriver)的中立供应商。CDF通过开放模型、培训、行业指南和可移植性重点来支持DevOps从业者。 以下最佳实践被认为是一个成功的DevOps方法的关键: 松耦合架构 自助服务配置 自动配置 持续的构建/集成和交付 自动发布管理 增量测试 作为代码的基础结构配置 综合配置管理 基于主干的开发和特性标志 Jenkins X： https://jenkins-x.io/ 市场上已经有各种不同的GitOps解决方案，Jenkins X是一个开源项目，它使用Kubernetes实现基于云原生应用的持续集成。 Jenkins X提供了pipeline的自动化、内置的GitOps， 和快速自动生成的预览环境，以帮助团队协作并在任何规模上加速他们的软件交付。 Jenkins X管道和自动化CI/CD Jenkins X并不需要深入了解Jenkins X管道的内部机制，相反，Jenkins X将为您的项目默认一些非常棒的pipeline，这些pipeline将完全实现CI和CD。 通过GitOps进行环境更新 每个团队都可以独立的一组环境。然后，Jenkins X通过GitOps实现独立的环境管理和应用程序新版本升级的自动化。

本文首发于： Jenkins 中文社区 过去五年中的变化，如迁移到公有云以及从虚拟机向容器的转变，已经彻底改变了构建和部署软件的意义。 以 Kubernetes 为例。Google 于2014年开源，现在所有主流的公有云供应商都支持它---它为开发人员提供了一种很好的方式，可以将应用程序打包到 Docker 容器中，并部署到任意 Kubernetes 集群中。 使用 CI/CD、Kubernetes 和 Jenkins X 进行高性能开发 在技术上，高性能团队几乎总是成功的必要条件，而持续集成、持续部署(CI/CD)、小迭代以及快速反馈是构建模块。为你的云原生应用程序设置 CI/CD 可能比较困难。通过自动化所有内容，开发人员可以花费宝贵的时间来交付实际的业务。 如何使用容器、持续交付和 Kubernetes 成为高效团队？这就是 Jenkins X 的切入点。 “Jenkins X 的理念是为所有开发人员提供他们自己的海军航海管家，可以帮助你航行持续交付的海洋。” - James Strachan Jenkins X 帮助你自动化你在 Kubernetes 中的 CI/CD - 你甚至不需要学习 Docker 或 Kubernetes！ Jenkins X 能做什么？ Jenkins X 在 Kubernetes 上自动安装，配置和升级 Jenkins 和其他应用程序（Helm

本文首发于： Jenkins 中文社区 原文链接 作者：Ryan Dawson 译者：wenjunzhangp Jenkins-X UpdateBot 是用于在项目源代码中自动更新依赖项版本的工具。假设您正在构建两个项目 A 和 B，B 使用 A 作为依赖项。A 的发布过程可以使用 UpdateBot 更新项目 B 的源，以使用 A 的新版本。在 pull request 中使用 UpdateBot，可以测试和检查更改或自动合并更改。 在 Jenkins-X platform 中， UpdateBot 由 Jenkinsfile 中的 UpdateBot 命令自动显示和调用。但是 UpdateBot 也可以在 Jenkins-X 之外使用，并且单独运行它可以帮助了解它可以做什么并测试版本替换。因此，让我们用一个简单的测试项目来尝试一下。 配置演示 UpdateBot 可以为各种不同的 文件类型设置版本 -我们不会在这里对它们进行全部测试，但是我们希望一个项目具有多个功能。因此，我们可以使用 JHipster sample app 示例应用程序，因为它具有 Maven pom.xml ，npm package.json 和 Dockerfile 。我们将对其运行 UpdateBot，以查看 UpdateBot 可以替换这些资源文件中哪些内容。 我们可以下载 UpdateBot jar

本文首发于： Jenkins 中文社区 我们很高兴地宣布 Jenkins 文档特别兴趣小组的成立。 文档特别兴趣小组鼓励贡献者和外部社区创建和 review Jenkins 文档。 更多详情和计划，请参见： 文档特别兴趣小组简介 。 我能帮什么忙呢？ Jenkins 文档特别兴趣小组希望从以下方面得到您的帮助： review 及修复 打开的 bug 报告 review Jenkins 文档 pull requests review Jenkins X 文档 pull requests 我该如何修复文档 bug？ 关于如何为 Jenkins 文档做贡献的说明，请参见站点仓库中的 CONTRIBUTING 文件 。 按照说明文件，提交 pull requests 以供 review 。 关于如何为 Jenkins X 文档做贡献的说明，请参见站点仓库中的 Jenkins X 文档站点 。 按照说明文件，提交 pull requests 以供 review 。 我该如何评估 pull request？ Jenkins 项目的 pull requests 会在 Jenkins 文档仓库 进行 review 。 使用您的凭据登录到 GitHub，向 pull requests 中添加评论。 Jenkins X 项目的 pull requests 会在 Jenkins X 档仓库 进行

本文首发于： Jenkins 中文社区 这是一个关于 dailymotion 从 Jenkins 到 Jenkins X 的旅程，我们遇到的问题，以及我们是如何解决它们的故事。 我们的上下文 在 dailymotion ，我们坚信 devops 最佳实践，并且在 Kubernetes 投入了大量投资。 我们的部分产品已经部署在 Kubernetes 上，但并不是全部。 因此，当迁移我们的广告技术平台的时候，我们想要完全采用“ Kubernetes 式”——或者云原生，以追随技术趋势！ 这意味着要重新定义整个 CI/CD 流水线，从静态/永久环境迁移，转向动态按需分配环境。 我们的目标是 授权给我们的开发人员 ， 缩短我们的上线时间 以及 降低我们的运营成本 。 对于新的 CI/CD 平台我们的初始需求是: 尽可能避免从零开始 ：我们的开发人员已经习惯使用 Jenkins 和声明式流水线，并且它们可以很好地满足我们当前的需求。 以公有云基础设施为目标 ——Google 云平台和 Kubernetes 集群 与 gitops 方法论兼容 ——因为我们喜欢版本控制、同行评审和自动化 在 CI/CD 生态系统中有相当多的参与者，但是只有一个符合我们的需求，Jenkins X ，它基于 Jenkins 和 Kubernetes ，原生支持预览环境和 gitops Kubernetes 之上的

本文首发于： Jenkins 中文社区 持续交付峰会是一个为期一天的活动，将开源 CI/CD 社区汇集在一起。这一天将包括主题演讲，项目展示和终端用户的故事，以及 BoF 会议。与同行会面并推动未来持续交付的方向。 重要日期 CFP 开始：4月29日，星期一 CFP 关闭：太平洋标准时间 5月17日，23:59，星期五 CFP 通知：5月29日，星期三 日程通知：5月30日，星期一 幻灯片截止：6月17日，星期四 活动时间：6月24日 建议的话题 CDF 的项目 Jenkins Jenkins X Tekton 和 Spinnaker 讲述你正在使用的这些项目的功能或者集成的功能，分享你为什么要使用以及如何利用这些项目解决了哪些问题 你们团队的持续交付 我们希望能听到真实项目中的使用，以及你们团队所推荐的持续交付实践 安全与合规性最佳实践 分享在持续交付中改善你们的软件供应链中的安全性的案例和技巧 帮助我们的同时也帮助自己 描绘你希望看到的 CI/CD 景象 点击这里提交你的演讲题目 点击这里查看 其他更多的同场活动。 译者：LinuxSuRen 来源： oschina 链接： https://my.oschina.net/u/4111527/blog/3048829

本文首发于： Jenkins 中文社区 原文链接 作者：tracymiranda 译者：Donghui Wang Jenkins X 新 logo Jenkins X 推出新 logo 早在2018年3月，Jenkins X 项目作为 Kubernetes 自动化 CI/CD 的 Jenkins 对应项目突然出现。作为这次发行的一部分，它的 logo 是 Jenkins logo 的一个变种，一个叼着烟斗的船长，他的帽子上有 Kubernetes logo。 在软件中，我们喜欢说命名是困难的——因为确实如此。另一件同样困难的事情是试图在 logo 中捕捉项目的本质。Logo 在一个小空间里有很多意义。Icon ，例如 Jenkins logo，与许多开发人员建立强烈的情感联系。因此，考虑到这一点，我们总是密切听取有关新 logo 的反馈，以及人们如何看待这个项目。 为什么我们要改变 logo 在听取各种不同来源的各种反馈时，我们听到了许多积极的事情，但也强调了一些问题和困惑。 并不是每个人都喜欢这个 logo，我们听到了不少关于人们不喜欢它的方面的反馈意见，其中“叼着烟斗”这个反馈意见排在最前面。 与 Jenkins 项目的混淆——我们也看到这个 logo 与 Jenkins 的其他吉祥物更加一致，这导致了关于 Jenkins X 是什么类型的项目的混淆—

背景 在 dailymotion，我们信奉 DevOps 最佳实践，并且重度使用了 Kubernetes。我们的部分产品（并非全部）已经部署在 Kubernetes 上。在迁移我们的广告技术平台时，为了赶时髦（作者你这么直白的吗？）我们希望完全采用“Kubernetes 方式”或云原生！这意味着我们需要重新定义我们的整个 CI/CD 管道，并使用按需分配的动态环境来替代永久性的静态环境。我们的目标是为我们的开发人员提供最好的支持、缩短产品上市时间并降低运营成本。 我们对新 CI/CD 平台的初始要求是： 如果可能的话，尽量避免从头开始：我们的开发人员已经习惯使用 Jenkins 和声明性管道，目前这些东西都还好。 采用公有云基础设施——谷歌云平台和 Kubernetes 集群。 与 gitops 兼容——因为我们需要版本控制、评审和自动化。 CI/CD 生态系统中有不解决方案，但只有一个符合我们的要求，也就是 Jenkins X，它基于 Jenkins 和 Kubernetes，原生支持预览环境和 gitops。 Jenkins X: Kubernetes 上的 Jenkins Jenkins X 是一个高度集成化的 CI/CD 平台，基于 Jenkins 和 Kubernetes 实现，旨在解决微服务体系架构下的云原生应用的持续交付的问题，简化整个云原生应用的开发、运行和部署过程