极客笔记Jenkins与Circle CI对比
Jenkins与Circle CI都是持续集成（Continuous Integration，CI）工具，允许开发者在开发过程中集成代码分支，并对其运行一系列自动化测试。它们将构建、测试和部署软件这一耗时且繁琐的任务转变为快速、自动化的过程。
在将Travis CI与Jenkins进行比较时，我们需要考虑我们的业务需求和预算。
Jenkins
Jenkins是最受欢迎的开源自动化服务器，使用Java编程语言编写。它简化了软件开发过程中的持续集成和持续交付（Continuous Delivery，CD）自动化流程。
Jenkins支持超过1,400个其他软件工具的插件。这些插件扩展了Jenkins的功能，包括平台、用户界面、管理、源代码管理和构建管理等方面。
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 |
|---|---|
| In 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 文件的服务部分中添加来访问。 |
| Jenkins 可以通过多线程支持多个作业。 | Circle CI 内置了对并行性的支持，可以通过项目设置实现。 |
| Jenkins 环境仅在用户指示时更改。 | Circle CI 在没有警告的情况下改变环境，这是一个问题。 |
| Jenkins 使用 Jenkins 凭据和插件对密钥进行加密。 | 在 Circle CI 中，我们没有像 Jenkins 那样的安全性。 |