大约一年前，在Jenkins World 2016期间，CloudBees Assurance Program（CAP）宣布成立，从那时起，这是一个相当漫长的过程那么。那个惊人的Jenkins生态系统是由Jenkins核心提供的强大的可扩展性实现的。在Jenkins中，不同的特性是由多个插件提供的，这些插件可以相互独立地发展，这促进了创新的步伐。但是，拥有最新和最好的功能会带来风险，这在您的组织机构CloudBees保证计划是一系列的计划，旨在提供最好的两个世界，访问最新和最新的功能和修补程序，同时，令人兴奋的无聊的操作和升级，这是商业批判詹金斯的基础。实现这个稳固詹金斯目标的关键因素是分配，其中：是精心挑选组件，Jenkins核心和特定版本（推荐配置）中选择的插件，从发布到释放。去通过强大而广泛的质量保证流程，它在整个发行版及其升级的上下文中提供了完整的验证路径。包括最新的安全措施修正了。那个Release Notes应用程序展示了CAP如何在分布中对插件进行分类，以便拥有Jenkins生态系统快速进化的所有优势，这些发行版以滚动发行版的形式发布，其中每4-6个版本都会发布一个新版本，其中更新的推荐配置提供修复和特性几周。所以，对于CloudBees保证计划的第一年，我们能说些什么？首先，从最初出现在CloudBees-Jenkins平台开始，今年is已经成为CloudBees-Jenkins解决方案不可或缺的一部分，分布模型是在CydidBes詹金斯团队和CuldBees詹金斯企业的基础上，利用推荐配置和插件管理过程的协调升级，CyrdBee保证程序已经能够为詹金斯项目提供令人惊叹的开发的顺利部署，例如Blue Ocean的全面可用性和SCM API的改进，其中涉及到许多不同插件的更改，如果没有正确安装，可能会产生问题协调推荐的配置不仅包含某些插件，而且每个发行版都有一个特定的Jenkins核心版本使用。今年以来，滚动列车已逐渐接近詹金斯LTS发布的列车时间表，这提供了在CloudBees-Jenkins解决方案中更快地交付Jenkins core最新修复的能力。事实上，自去年7月以来，CloudBees已经开始为所有版本使用私有构建1。这种方法使CloudBees能够在Jenkins Core LTS release candidate（RC）测试在社区中开始的同一时刻开始，并提供以下内容好处：强化与社区的反馈回路，在RC循环中增加测试工作，并有助于提高最终的可信度结果。它减少了在CloudBees-Jenkins中进行最新改进和修复的时间解决方案。有私有Jenkins core builds2还提供了与社区提供了Jenkins LTS核心，比如在以后的LTS发行版中考虑了一些修复，但是这可能会对CloudBees产品产生特殊影响。这只在特殊情况下使用，我们与Jenkins项目密切合作，将这些差异保持在最小值。最后一个，但同样重要的是，让我们谈谈安全性。上面描述的方法对于向CloudBees-Jenkins解决方案中的Jenkins核心提供安全修复也是很重要的，同时它们在社区中可用，并且具有与任何其他版本相同的强化级别。插件呢？该分发模型支持将插件的安全修复作为一种新的推荐配置，自动升级所需的依赖和/或相关插件，以确保一切按预期继续工作。此外，去年1月发布的一个新特性，即增量升级，在保持发行版所有优势的同时，改进了仅应用插件的安全升级的体验型号.英寸自客户保证计划开始实施以来，这一年取得了巨大成功，为客户带来了重要的增值。有了客户保证计划，您可以充分利用开源创新，而不会给您的业务带来任何风险。在backlog中还有许多改进，使发行版的操作和升级更加令人兴奋乏味，我们期待着交付它们。1以前它是按需完成的，或者只针对不再受社区支持的LTS系列中的版本。2这指的是在CloudBees产品基于当前社区支持的LTS系列。CloudBees还使用内部核心构建将安全修复后传给基于旧LTS的受支持产品台词。安德烈罗德里格斯高级软件工程师CloudBees