CICD方案：Drone与Jenkins如何选择？

在以往的持续集成持续部署，Jenkins一直是大家的首选方案，近两年随着Drone崛起，现在Github的Star已经远超Jenkins了。我通过查询很多资料整理一份资料如下，文字版可以参考

持续集成Drone如何支持gitlab subgroup子分组构建_Terry-21的博客-CSDN博客_gitlab新建subgroup

如果你要设计一套适合自己需求的CICD方案该如何选择呢？

Drone 和 Jenjins都有自己的UI界面， Jenkins的用户体验更好一些，而且配置功能强大。但是我们一般会设计开发一套自己的CD，包括CD UI，供开发/测试来部署服务，或者用开发的CD方案。在Jenkins上需要创建 Item和Job，配置构建脚本来执行构建，那么用户就需要在Jenkins和CD 两套系统上切换工作。而使用Drone，通过调用Drone的接口来实现完全自动化，将Drone隐藏起来，通过配置Drone hook来动态获取 Pipeline，自己开发实现一个可以需要Pipeline格式的服务就行。这样用户只需要在CD这一个服务上就可以完成所有工作。