3. Pipeline 基础回顾：CI/CD Pipeline 的基本概念、常见阶段与声明式/脚本式区别

在深入服务目录的 Pipeline 设计之前，有必要对 CI/CD Pipeline 的核心概念、标准阶段以及两种主流定义方式（声明式与脚本式）进行系统回顾。这不仅是后续章节的技术基石，也是团队在统一 Pipeline 规范时避免歧义的关键。

3.1 CI/CD Pipeline 的基本概念

CI/CD Pipeline 是一系列自动化步骤的编排，用于将代码从提交阶段可靠地交付到生产环境。其核心价值在于：可重复、可审计、快速反馈。

• 持续集成（CI）：开发人员频繁地将代码变更合并到主干，每次合并都触发自动构建与测试，尽早发现集成问题。
• 持续交付（CD）：在 CI 的基础上，确保代码随时可以部署到生产环境，通常通过自动化测试与审批门控实现。
• 持续部署（Continuous Deployment）：是 CD 的延伸，通过所有测试阶段的代码会自动部署到生产环境，无需人工干预。

3.2 Pipeline 的常见阶段

一个标准的 CI/CD Pipeline 通常包含以下四个核心阶段。每个阶段都有明确的输入、输出和质量门禁。

3.3 声明式 Pipeline 与脚本式 Pipeline 的区别

在 Jenkins、GitLab CI、Tekton 等主流 CI/CD 工具中，Pipeline 的定义方式主要分为声明式（Declarative）和脚本式（Scripted）两种。理解它们的差异对于设计可维护、可复用的服务目录 Pipeline 至关重要。

3.4 代码示例：声明式 Pipeline 基本骨架

以下是一个典型的声明式 Jenkins Pipeline 示例，展示了标准阶段的定义方式。注意 post 块的使用，它确保了无论构建成功或失败，都能执行清理或通知操作。

pipeline {
    agent any

    stages {
        stage('代码检查') {
            steps {
                echo 'Running static analysis...'
                // sh 'sonar-scanner'
            }
        }
        stage('构建') {
            steps {
                echo 'Building application...'
                // sh 'mvn clean package'
            }
        }
        stage('测试') {
            steps {
                echo 'Running unit tests...'
                // sh 'mvn test'
            }
        }
        stage('部署') {
            steps {
                echo 'Deploying to staging...'
                // sh 'kubectl apply -f deployment.yaml'
            }
        }
    }
    post {
        always {
            echo 'Pipeline finished. Cleaning up...'
        }
        success {
            echo 'Pipeline succeeded!'
        }
        failure {
            echo 'Pipeline failed!'
        }
    }
}