Jenkins和Circle CI的区别 Jenkins和CircleCI|Jenkins

本文概述

Jenkins
Circle CI
Jenkins和Circle CI比较表

Jenkins和Circle CI用作持续集成（CI）工具, 允许开发人员在开发过程中集成代码分支, 并对它们运行一系列自动化测试。他们都将耗时的手动构建, 测试和部署软件任务转换为快速, 自动化的过程。
在将Travis CI与Jenkins进行比较时, 我们需要考虑我们的业务需求和预算。
JenkinsJenkins是使用Java编程语言编写的最受欢迎的开源自动化服务器。它促进了软件开发过程中持续集成和持续交付（CI / CD）的自动化过程。
Jenkins支持1400多个其他软件工具的插件。这些插件将Jenkins扩展到五年；平台, UI, 管理, 源代码管理和构建管理。
Jenkins易于安装和使用。它提供了一个令人印象深刻的浏览器托管的项目管理仪表板。
评估和选择Jenkins的一些常见原因包括：

开源免费
广泛使用并有据可查
充满活力的用户社区
与多种工具和技术集成。
插件支持
易于安装, 配置和升级
分布式构建
监控外部工作
支持各种身份验证方法, 通知, 版本控制系统等

Circle CI【Jenkins和Circle CI的区别】Circle CI是基于云的工具, 可自动执行集成和部署过程。它提供了容易的设置和维护, 没有任何困难。 Circle CI是基于云的系统, 这意味着不需要专用服务器, 也不需要维护具有免费计划的服务器, 甚至对于企业帐户也是如此。它可以与GitHub, Amazon EC2, dotCloud, Appfog等集成, 并被Spotify, Facebook, RedBull, Harvest和Teespring等许多公司使用。
Circle CI还专注于使用多种方法（如单元测试, 集成测试和功能测试）在部署代码之前对其进行测试。该工具支持容器, Linux, OSX, 并且可以在私有云或你自己的数据中心内运行。
Circle CI具有以下功能：

快速设置
深度定制
智能通知
自动并行化
轻松快捷地启动
轻巧易读的YAML配置
不需要任何专用服务器即可运行Circle CI。
它缓存需求安装和第三方依赖关系, 而不是环境的安装。

Jenkins和Circle CI比较表以下是Jenkins和Circle CI之间的主要比较：

Jenkins	Circle CI
在Jenkins中, 构建是由Jenkins UI配置的, 并且作业的所有设置都存储在Jenkins服务器的Jenkins文件系统中, 这使得难以与团队或组织共享配置详细信息。通过克隆Github或其他源存储库, 无法复制Jenkins中存储的信息。	在CircleCI中, 我们可以在一个名为“ circle.yaml”的文件中构造所有作业。 CI配置很容易, 就像其他任何源代码存储库一样, 这使得共享和备份变得很容易。在CircleCI上, 只有少量设置（例如机密）将以加密格式存储。
在Jenkins中, 团队需要通过安装所有依赖项来维护Jenkins服务器, 并调试是否存在任何问题。	在Circle CI中, 我们不需要维护服务器, 因为每个作业都将在默认情况下将安装所有依赖项的新环境中启动。
在Jenkins中, 调试会有些困难。	在Circle CI中, 开发人员可以使用它的ssh功能轻松进行调试。
由于插件数量较多, Jenkins的Web UI速度较慢或响应速度较慢。	Circle CI的Web UI经常进行改进, 使其得到用户的欢迎。
在Jenkins中, 我们没有对Docker工作流的内置支持, 用户需要安装并使其在构建环境中可用。	在Circle CI中, 我们在工作流中具有对Docker的内置支持, 可以通过在circle.yaml文件中添加services部分来访问它。
Jenkins可以通过多线程支持多个作业。	Circle CI具有对并行性的内置支持, 可以通过项目设置来实现。
Jenkins环境仅在用户指示时才会更改。	Circle CI更改环境时不会发出警告, 这是一个问题。
在Jenkins中, 机密将使用Jenkins凭据和插件进行加密。	在Circle CI中, 我们没有Jenkins这样的安全性。