### Pipeline 脚本的存储位置 Pipeline 脚本通常有两种主要形式：声明式管道（Declarative Pipeline）和脚本式管道（Scripted Pipeline）。这些脚本可以被定义在不同的地方，具体取决于用户的配置需求。 #### 1. **内联定义** 当创建一个新的 Jenkins Job 并选择 “Pipeline” 类型时，在配置页面中可以选择一种名为 `Pipeline script` 的选项。这种方式下，Pipeline 脚本会被直接写入到 Jenkins Web UI 中的一个文本框里[^2]。这种方法适合简单的流水线逻辑或者临时测试用途，但由于其不便于版本控制，因此并不推荐用于复杂的生产环境中。 #### 2. **外部文件 - SCM 存储** 更常见也更为推荐的方式是将 Pipeline 脚本存放在一个版本控制系统（Version Control System, VCS），例如 Git、SVN 等中的特定文件内。对于大多数基于 Jenkins 的 CI/CD 流程而言，默认情况下该文件被称为 `Jenkinsfile`，它位于项目的根目录之下[^2]。通过此方法，开发者能够轻松实现对变更历史记录的追踪以及与其他团队成员协作的能力提升。 如果采用上述第二种方案，则需要确保在新建或编辑 job 配置界面下的 "Pipeline" -> "Definition" 字段选为 `Pipeline script from SCM` 后指定相应的 Repository URL 和分支名称等参数信息[^3]。 以下是典型的 `Jenkinsfile` 文件结构示例： ```groovy pipeline { agent any environment { PATH_VAR = '/custom/path' } stages { stage('Example') { steps { echo "${env.PATH_VAR}" } } } } ``` 以上代码片段展示了如何在一个完整的 Groovy DSL 定义好的 pipeline 当中利用 environment 指令动态设定全局可用环境变量的例子[^1]。 #### 3. **共享库支持** 除了基本的形式外，还可以借助 Shared Libraries 来进一步抽象重复使用的功能模块。这样做的好处是可以减少冗余代码量的同时提高重用率，并且方便统一管理和更新业务逻辑[^5]。要启用 shared library 支持，需先完成必要的前期准备工作，包括但不限于上传目标 jar 包至 Nexus/Maven Central Server 或者其他私有仓库服务端；接着按照官方文档指引操作即可加载自定义函数调用[^4]。 --- ### 总结 综上所述，Pipeline 脚本既可以嵌套于 Jenkins GUI 内部作为即时编写的短小脚本存在，也可以独立成专门命名为 `Jenkinsfile` 的纯文本资源保存起来并通过 Source Code Management 工具加以维护管理。实际应用过程中应依据具体情况灵活选用合适的方式来满足开发运维一体化的需求。