@

如果您确实想从CLI运行Pipeline而不启动完整的Jenkins实例，则可以查看Jenkinsfile-runner项目。在某些情况下可能出于开发/测试目的而适用。

Jenkinsfile Runner

一、背景

由于我的jenkins master是运行在kubernetes中的，打包android是非常消耗CPU和内存资源，需将安卓打包单独调度到一个物理节点进行打包。

在开发或生产环境中，我们经常会搞一套自动化部署方案（俗称一键部署）。比较流行的一种就是Gitlab+Jenkins实现方案，不过这种方案占用内存比较大，没有个8G内存，很难流畅运行，而且部署起来也不快。最近发现一款神器Drone，轻量级CI/DI工具，结合Gogs使用内存占用不到1G，几行脚本就能实现自动化部署，推荐给大家！

1. Pipeline 概述

Pipeline 即流水线，是 jenkins2.X 的新特性，是 jenkins 官方推荐使用的持续集成方案。与传统的自由风格项目不同，它是通过

jenkins 在公司内部用了好几年了，之前一直基于jenkins 插件功能实现 代码下载、编码打包、单元测试、自动化测试、安全渗透测试、部署发布上线。通过jenkins 集成实现devops 功能。

现有的jenkins 发布流程图如下：

我们通过第三方工具+jenkins 整合初步实现了devops一套 开发测试运维一体化。以下是我们使用开源或者第三方软件实现devops 工具链。

前端工程化的今天，版本发布已经成为开发中的重要一环。

很多项目开发中都开始使用jenkins来做自动发版工作。

不过jenkins复杂的安装配置比较不容易上手，而且很多环境是不适用安装jenkins来做自动发版的。

Jenkins 凭证管理

许多三方网站和应用可以与 Jenkins 交互，如 Artifact 仓库，基于云的存储系统和服务等. 在 Jenkins 中添加/配置 credentials，Pipeline 项目就可以使用 credentials 与三方应用交互