Buddy与Jenkins对比以及为什么要使用Buddy
Buddy对于开发人员能带来什么便利以及对公司能带来什么价值？
Buddy是最易用的工具，我们的客户使用Buddy甚至可以指导新入职开发人员正确配置CI/CD流程。而对于Jenkins，您必须具备一定领域的知识才能正常使用。这意味着，通常当团队开发项目时，需要有专人来管理Jenkins。如果相关人员辞职，那就有问题了。
当公司发展壮大时，使用Jenkins必须大力扩展DevOps团队，这意味着团队管理的时间花费与成本开支。Buddy非常简单，即使是一个普通的开发人员也可以快速上手使用，显然，我们有基于角色职能的管理和高级企业选项，有助于有效管理组织有序、权限分明地进行管理开发。因此，这取决于客户的选择。Buddy与Jenkins的主要区别之一肯定是易用性，无论是从流水线上的配置、持续集成、持续交付、持续部署，甚至从YAML的用户UI界面配置或者文件配置都占有极大的优势。
此外，当涉及到Jenkins时，即使它开源，成本也在于插件，因为您必须自己检查确认插件的稳定性、持久性、安全性，甚至在Jenkins版本更新时是否兼容，您必须调查某个插件是否适合使用，如果不适合，您可能会再分配开发人员进行扩展，从而让开发人员翻来覆去导致工作方向迷失、开发人员压力增加等各方面的影响，有甚者导致公司资源开支大大增涨。在这方面，Buddy有一个强有力的团队完全负责版本更新、新功能开发、所有支持的插件都经过官方研发或测试确认，方可投入产品生产，客户只需一键更新即可。
我们涵盖所有更新，我们为用户分类“繁琐而困难”的工作，这样用户可以确保当他们使用我们时，只需点击、拖放，流水线就绪，并与版本控制、更新等保持一致。
当然，实践是检验真理的唯一标准！我们相信用过Buddy与Jenkins的用户，他们已经有了最终的选择。
最重要的一点：我们没有风投公司参与！！！
Buddy与Jenkins的现有功能特色对比，同样占尽优势！以下为主要功能对比，如果您的企业需要特定的功能，告诉我们，根据需求可及时定制开发。
- 局限/插件: 指非官方的第三方或个人开发，技术支持与维护不确定、或有局限性
- ---: 指此文档列出时不支持的功能与特色
| 功能特色 |  |  |
|---|---|---|
| FTP交付 |  | 局限/插件 |
| SFTP交付 | | 局限/插件 |
| 手动交付审核 | | |
| 沙盒(动态测试环境) | | --- |
| 数据库测试与服务 | | 局限/插件 |
| 工件/制品(Artifacts)支持 | | |
| 多仓库流水线支持 | | |
| 依赖缓存 | | 局限/插件 |
| Docker层缓存 | | 局限/插件 |
| Android构建和部署 | | --- |
| iOS构建和部署 | | --- |
| Docker环境 | | |
| Linux虚拟机环境 | | |
| Windows虚拟机环境 | | --- |
| macOS虚拟机环境 | | --- |
| GUI配置 | | |
| YAML配置 | | 局限/插件 |
| 并发执行 | | 局限/插件 |
| 并行操作 | | |
| 技术支持 | | --- |
| 云服务 | | --- |
| 本地部署/私有云、专有云部署 | | |
| 推送触发 | | |
| 点击触发 | | --- |
| 拉取请求触发 | | |
| 标签触发 | | |
| 周期性/定时触发 | | |
| 另一条流水线触发 | | |
| 条件触发 | | |
| 团队用户管理权限 | | 局限/插件 |
| 只读权限 | | |
| 仅运行权限 | | |
| 安全日志 | | 局限/插件 |
| IP限制 | | |
| AWS角色/职能权限 | | --- |
| 专有AWS服务支持 | | --- |
| 可视化测试 | | --- |
| 监测流水线 | | 局限/插件 |
| 暂停待传参 | | |
| 容器调试模式 | | 局限/插件 |
| 流水线分组 | | 局限/插件 |
| LDAP | | 局限/插件 |
| 自有Git系统 | | --- |