Jenkins是一个构建工厂。换句话说，它的主要用途是运行专门用于构建、集成和交付应用程序的任务。它是一个典型的 DEVOPS 工具。
Jenkins可用于构建管道（任务序列）或从管道中调用（执行管道的任务之一）。
Jenkins的伟大之处在于，它可以与其他devops工具很好地集成：

• 软件配置管理：SVN、Github、Gitlab
• 构造：maven、gradle
• 测试： cucumber 报告
• 质量：SonarQube
• 部署：Octopus部署、XL部署、运行平台...

你说得出来的！
但是，Jenkins通常不习惯于“编码”和“操作”应用程序。
典型的管道为：

Try Pull Request => Build Release Candidate => Deploy RC on Integration => Deploy on Production

这是一个过于简化的管道，只是为了给予人们了解这个工具的范围。生产级管道应该包括安全检查，并在需要时与人工验证很好地集成。

Jenkins用于持续交付管道的构建、测试和部署阶段。

您可以使用Jenkins配置管道中的“n”个阶段。
阶段如下（示例）：-
代码-〉集成-〉测试-〉发布-〉部署-〉操作

Jenkins目前在业务部门的使用情况如下：
如果您是软件开发人员，您需要Jenkins有两个原因：

• 构建您的项目，并检查它是否满足与pmd规则、checkstyles、findbugs等相关的所有要求。
• 部署一个新的环境来评估你自己。你需要看到你所做的改变是正确的，并且是你所希望的。

如果您是测试人员或测试自动化工程师，您需要它有三个原因：

• 要构建代码并检查findbugs，pmd和qaplugs通常
• 测试客户端或贵公司产品的软件产品
• 创建动态环境，以便测试开发人员的变更（主要是作为回归测试，而不是作为个人）

如果你是**业务相关的项目经理或主管，**你可以做以下两个动作：

• 执行测试，以便您可以自己查看产品是否正常工作
• 检查Jenkins在每次测试执行后给予的报告

Jenkins是一个开源的自动化服务器。早期它只是一个CI服务器，但在Jenkins 2.0之后，Pipeline as Code使它成为CI/CD的流行服务器。它可以管理应用程序生命周期的所有阶段。