多Git仓库项目Jenkins Pipeline CI/CD搭建及相关问题咨询

问题1：是否可以在所有项目中复用同一份Jenkinsfile，无需为每个仓库单独创建Pipeline？ #

完全可以，主流实现方案有两种：

• 采用Jenkins共享库（Shared Library）：把通用的构建、测试、部署逻辑抽到独立的公共代码仓库，所有项目只需引入该共享库，甚至可以做到项目仓库内无需存放Jenkinsfile，仅在Jenkins端统一配置Pipeline的Jenkinsfile来源为公共仓库的固定路径即可。如果个别项目有定制化需求，只需在项目根目录新增极简的ci-config.yaml配置文件传入自定义参数（比如构建命令、部署环境标识等），不需要修改核心Jenkinsfile逻辑。
• 采用多分支Pipeline统一配置：将所有同类型项目归到同一个Jenkins文件夹下，统一配置全局的Jenkinsfile拉取规则，所有项目自动复用同一份核心逻辑。

问题2：若模块3依赖模块1与模块2的输出数据，如何在不同Pipeline之间实现数据共享？ #

根据数据量级不同可选两种方案：

• 轻量数据/小体积制品：使用Jenkins自带的归档+拷贝制品能力即可。模块1、2构建完成后执行archiveArtifacts命令将输出文件归档到对应构建记录中，模块3的Pipeline触发后，通过copyArtifacts插件拉取模块1、2最近成功构建的归档制品即可，参考代码：

  copyArtifacts projectName: '模块1的Pipeline名称', filter: 'output/*', target: './module1-data', selector: lastSuccessful()
  

  如果仅需要传递版本号、标识类的轻量参数，可以直接在上游Pipeline触发下游时携带参数，参考代码：

  build job: '模块3Pipeline名称', parameters: [string(name: 'MODULE1_VER', value: env.BUILD_VERSION)]
  

• 大体积数据/需要长期留存的制品：搭建独立的私有制品仓库（比如Nexus、MinIO），模块1、2构建完成后将输出打版本上传到制品仓库，模块3构建时直接从制品仓库拉取对应版本的数据即可，扩展性更强。

问题3：30个项目是否需要分别配置30个独立的hook/token？ #

不需要，有两种简化配置的方案：

• 配置组织级全局WebHook：目前主流Git托管平台都支持给整个组织/仓库组配置全局WebHook，该组织下所有仓库的事件都会统一推送到同一个Jenkins WebHook地址，Jenkins侧通过通用规则匹配即可自动触发对应项目的Pipeline，无需每个仓库单独配置。
• 如果沿用你当前的SCM轮询方案，可以将所有项目归入同一个Jenkins文件夹，统一配置轮询规则，也不需要每个项目单独设置。你当前已经实现的A、B构建后触发C的逻辑，可以直接通过Parameterized Trigger插件或者Pipeline内置的build命令扩展到其他有依赖的项目，不需要单独配置token。

内容的提问来源于stack exchange，提问作者MAK