这篇文章主要介绍“怎么将自由风格项目转换为管道项目CI/CD”，在日常操作中，相信很多人在怎么将自由风格项目转换为管道项目CI/CD问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”怎么将自由风格项目转换为管道项目CI/CD”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！
如今，许多公司都使用Jenkins完成了他们的持续集成，测试和持续部署。他们中的大多数使用freestyle作为默认项目类型，但这有其自身的局限性。根据需要，我最近开始将所有Freestyle迁移到Pipeline项目。那么什么时候触发这些工作呢?开发人员/所有者通过推送/提交更新存储库后，jenkins作业将触发这些作业-将生成一个二进制文件，另一个将运行单元测试以检查代码覆盖率。由于代码覆盖率单元测试需要大量时间才能完成，因此将这两个任务分成两个工作的必要性上升了。只要存储库中有更新，就会触发此作业，并在限制运行和执行构建前和构建后步骤的计算机中检入代码。
自由风格项目
全局配置
GitHub存储库配置
启用webhook配置
基于Shell的构建步骤
发布-根据结果构建任务
触发电子邮件通知，以在构建执行后通知项目所有者
为单元测试作业创建了相同的作业类型，在Build shell中进行了很少的改动，并添加了一些单元测试代码。
为什么要转换成Pipeline项目?
Freestyle的主要问题之一是，它不允许超过1个存储库的SCM轮询webhook触发器。这是我们的主要担忧，为管道迁移铺平了道路。上面的快照涵盖了将近7项任务，而单元测试的任务数约为10。那么我们可以使用管道代码来执行所有任务。下面是从上面的Freestyle转换而来的一个
WSPACE = '/var/jenkins/workspace/Directory_Name/' BRWSPACE = '/var/jenkins/workspace/' pipeline { agent { node { label 'Node_Name' customWorkspace "${WSPACE}" } } //清空构建目录 stages { stage('Cleaning up the previous directory') { steps { echo 'Deleteing the directory' sh "rm -rf /var/jenkins/workspace/Directory_Namecoverage.html,**/dir4.html', body: '${FILE, path="/tmp/${JOB_NAME}/${BUILD_NUMBER}/${JOB_NAME}-${BUILD_NUMBER}-manifest.html"}', subject: 'Unit testing Email Output ${BUILD_NUMBER} Successful', to: "EmailID@Domain2.com, EmailID2@Domain3.com" } } } } }上面的代码为我们提供了编辑的空间及其凝聚力。管道作业的一个重要特征是阶段的输出以一种吸引人的方式呈现，我发现这很容易理解正在进行的过程。
到此，关于“怎么将自由风格项目转换为管道项目CI/CD”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注编程网网站，小编会继续努力为大家带来更多实用的文章！
