假设你入职了一家小公司，既没有内部自研的 DevOps 平台，也没有专业的运维。需要你自己去搭建多环境 CI/CD 自动化部署，你会怎么做？

Window/linux(docker) 单台宿主机部署多个Jenkins节点 在使用Jenkins过程中，增加了手动输入的步骤，会阻塞节点运行任务； 由于资源有限，需要在一台机器挂载了很多Jenki

在开发或生产环境中，我们经常会搞一套自动化部署方案。比较流行的一种就是Gitlab+Jenkins实现方案，又慢又占资源。最近发现一款神器Drone，轻量级CI/DI工具，推荐给大家！

在面向海外的项目组辛勤耕耘了两年，今年被调到了国内的开发组。首先接到的第一个任务就是打包自动化的工作，因为国内的项目组目前有多个app在同时开发，每次打包发布总是非常的麻烦。

背景 随着项目的不断迭代，以及代码的增加和开发人员的增加，代码规范或代码质量的把控，是当前版本发布前必要的一环。在当前开发流程中：编码→构建→测试→发布，代码规范或代码质量相关问题，只能靠人工 Rev

本文采用Docker部署Jenkins服务来实现自动化打包，宿主机环境是Ubuntu18.04，宿主机使用root身份

什么是 CI/CD? 维基百科：CI/CD 其他资料：什么是 CI/CD？一文带你理解CI持续集成和CD持续交付/部署 - 红帽 在软件工程中，CI/CD或CICD通常指的是持续集成和持续交付或持续部

现在讨论很多的一个词是CI/CD: CI是持续集成，通过持续集成，开发人员能够频繁地将其代码集成到公共代码仓库的主分支中，开发人员能够在任何时候多次向仓库提交作品，而不是独立地开发每个功能模块并在开发周期结束时一一提交；CD是持续部署，持续部署扩展了持续交付. 目前越来越多的服…

Gitlab CI/CD 是一款用于持续集成（CI），持续交付（CD）的工具，相似的工具有Jenkins、Travis CI、GoCD等。 持续集成，即Continuous Integration， 即在源代码变更后（git push）后自动检测（code lint）、构建和进…