# pipeline-template

**Repository Path**: devops-samples/pipeline-template

## Basic Information

- **Project Name**: pipeline-template
- **Description**: 展示jenkins pipeline 简单逻辑流程控制，对于Jenkins初学者可以直接套用，加入自己的脚本执行即可
- **Primary Language**: Groovy
- **License**: MIT
- **Default Branch**: master
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 0
- **Forks**: 2
- **Created**: 2020-09-19
- **Last Updated**: 2024-08-20

## Categories & Tags

**Categories**: Uncategorized

**Tags**: None

## README

# Pipeline-Template

- 该Pipeline 仅展示基本DevOps流程, 不涉及具体技术栈或依赖工具。很长一段时间在用微软的TFS build，从TFS2010到目前最新AzureDevOps，亲身经历了微软在DevOps方面的变迁，它的Good Practice 已经成为了我个人的习惯。最近几年开始接触jenkins,虽然思想是差不多的，但是毕竟jenkins是开源免费的，没有AzureDevOps那么“傻瓜式操作”（微软是目前做产品做的最好的！），当然Jenkins的可玩性还是可以的，你可以自己动手写工具，插件，脚本等。

- 基于对AzureDevOps的使用习惯，来到jenkins，我试图还原AzureDevOps 在CI/CD上的流程思想，尝试创建了这份jenkinsfile, 不涉及技术，所有操作都是echo, 主要是看里面的流程思想。当然devops流程是需要根据自己实际来设计，没有一定固定流程，只有固定的思想。

## pipeline 语法参考

<https://jenkins.io/zh/doc/book/pipeline/syntax/>

## pipeline 步骤参考

<https://jenkins.io/zh/doc/pipeline/steps/>

## 使用

![](./pipeline-4.PNG)

![](./pipeline-3.PNG)


## 适用场景

- CI-只生成包 --->仅仅生成安装包（不管是war,jar,images,nuget,etc）
- CD-只部署环境  ---> 仅仅部署环境，需要选择已经存在的包版本号（包肯定会存在制品库里），适用于测试人员自己部署相应版本环境， 或者选择合适版本上线发布，需要"人为接入"
- CICD-生成包并部署环境 ---> 生成包和部署环境，一起进行。。适用于快速迭代，dev环境等，不需要认为介入

这些场景基本就是微软AzureDevOps流程，可以随意组合。当然DevOps不止这些，还需要考虑部署环境与分支关系，包和last commt 的绑定等等元数据。。

![](./pipeline-2.PNG)

![](./pipeline-1.PNG)

## 更多技术栈场景实践 -https://gitee.com/devopsing