冷门又重要的面试题：构建工具+Git+CI/CD专题

前言

本文整理8道Java开发工程化高频面试真题，覆盖Maven、Gradle、Git版本控制、CI/CD流水线、多模块版本管理等企业必问考点，配套原理、对比、实操命令与场景分析，适合校招、社招后端面试突击复习。

一、Maven生命周期及核心阶段作用

1. Maven三大生命周期

Maven拥有三套独立生命周期，执行某个阶段时，会自动执行该生命周期内前置所有阶段：

1. clean生命周期：pre-clean → clean → post-clean，核心作用删除项目target编译输出目录；
2. default（构建）生命周期：项目核心构建流程，validate校验配置→compile编译源码→test单元测试→package打包→verify校验包→install安装本地仓库→deploy推送远程私服；
3. site生命周期：pre-site→site→post-site→site-deploy，用于自动生成项目文档站点并部署。

2. 核心阶段详解

• compile：编译src/main/java业务代码，输出class文件至target/classes；
• test：编译测试代码并执行单元测试，默认使用surefire插件；
• package：根据pom中<packaging>配置打包为jar/war；
• install：将打好的包上传至本地Maven仓库，供本机其他项目依赖引用；
• deploy：推送制品到Nexus/Artifactory远程私服，团队多项目共享依赖。

3. 常用Maven命令

mvn clean        # 清空编译产物
mvn compile      # 仅编译源码
mvn test         # 执行单元测试
mvn package -DskipTests # 打包并跳过测试
mvn install      # 打包+安装本地仓库
mvn clean package # 先清理再打包
mvn deploy       # 打包并推送远程私服

核心原理：生命周期是抽象规范，实际执行逻辑由插件目标绑定对应阶段实现。

二、Maven与Gradle区别，如何选型

维度对比表

项目选型建议

1. 选Maven：老旧企业项目、团队无Gradle学习成本、构建流程简单、追求极致稳定；
2. 选Gradle：大型多模块微服务、Android开发、需要复杂自定义构建、SpringBoot3全新项目。

Gradle Kotlin DSL示例

plugins {
    id("org.springframework.boot") version "3.2.0"
    id("io.spring.dependency-management") version "1.1.4"
    kotlin("jvm") version "1.9.21"
}
dependencies {
    implementation("org.springframework.boot:spring-boot-starter-web")
    testImplementation("org.springframework.boot:spring-boot-starter-test")
}

三、Maven依赖冲突解决方案，dependencyManagement与dependencies区别

1. 依赖冲突产生原因

项目直接依赖或传递依赖引入同一jar包的多个版本，Maven默认遵循最短路径优先、先声明优先规则自动择一版本，极易引发类找不到、版本不兼容报错。

2. 五大冲突解决方案

1. 直接声明版本：在当前pom主动指定依赖版本，优先级最高；
2. exclusion排除传递依赖：通过<exclusion>剔除不需要的传递依赖；
3. dependencyManagement统一版本：父工程统一管控所有依赖版本，多模块同步；
4. mvn dependency:tree：打印完整依赖树，快速定位冲突来源；
5. Maven Enforcer插件：流水线构建时自动检测版本冲突，直接阻断打包。

3. dependencyManagement vs dependencies

• dependencies：真正引入依赖包，子模块会自动继承并导入jar；
• dependencyManagement：仅统一声明依赖版本，不会实际引入jar，子模块需手动声明坐标才会生效，类似官方BOM版本清单。

拓展：Spring Boot父pom大量使用dependencyManagement统一管理两百+第三方组件版本。

四、Git merge和rebase区别，适用场景

核心对比

核心黄金准则

禁止对已push至远程的公共分支执行rebase，重写历史会造成团队本地代码与远程仓库错乱。

标准开发工作流

1. 本地功能分支同步主线（rebase整理线性历史）

git checkout feature
git rebase main
# 冲突解决后执行
git rebase --continue

1. 合并到主线保留合并记录

git checkout main
git merge --no-ff feature

1. 交互式rebase合并零散commit

# 合并最近3次提交
git rebase -i HEAD~3

五、Git reset、revert、checkout区别，cherry-pick介绍

三大回退命令对比

git reset三种模式

1. --soft：仅移动HEAD指针，暂存区、工作区代码全部保留；
2. --mixed（默认）：移动HEAD，清空暂存区，工作区代码不变；
3. --hard：移动HEAD+清空暂存区+覆盖工作区，代码丢失不可恢复。

cherry-pick（提交移植）

将指定分支某一条/多条提交复制到当前分支，常用于线上bug补丁同步至多个发布分支。

# 摘取单个提交
git cherry-pick abc1234
# 摘取连续区间提交
git cherry-pick startHash..endHash
# 冲突处理
git cherry-pick --continue  # 解决冲突继续
git cherry-pick --abort     # 放弃本次移植

六、主流Git分支策略：GitFlow、GitHub Flow、GitLab Flow

策略对比

GitFlow分支规范

• main：生产稳定代码，每次上线打版本Tag；
• develop：开发集成分支，所有功能汇总；
• feature/*：新功能分支，从develop拉出；
• release/*：版本发布分支；
• hotfix/*：线上紧急bug修复分支。

面试加分知识点

Trunk-Based主干开发：短生命周期功能分支+功能开关feature flag，当下互联网大厂主流实践。

七、CI/CD核心概念与Jenkins Pipeline

1. CI/CD基础定义

• CI持续集成：开发频繁合并代码，自动执行构建、单元测试，快速暴露代码问题；
• CD持续交付：自动化打包、部署至测试/预发环境；持续部署：自动上线生产；
• DevOps：开发运维一体化，CI/CD是核心落地手段。

2. 标准流水线完整阶段

检出代码 → 编译构建 → 单元测试 → 代码质量扫描 → 集成测试 → 制品打包 → 环境部署 → 结果通知

3. Jenkins Pipeline核心概念

1. Declarative Pipeline：声明式语法，结构清晰，新手推荐；
2. Scripted Pipeline：Groovy脚本，高度灵活；
3. Agent：指定流水线运行节点；Stage：流水线阶段；When：条件执行；Post：构建完成后置钩子（成功/失败/取消）。

声明式Jenkinsfile示例

pipeline {
    agent any
    environment {
        MVN = 'mvn --batch-mode'
    }
    stages {
        stage('代码拉取') { steps { checkout scm } }
        stage('编译') { steps { sh "$MVN compile" } }
        stage('单元测试') { steps { sh "$MVN test" } }
        stage('打包') { steps { sh "$MVN package" } }
        stage('部署') {
            when { branch 'main' }
            steps { sh "$MVN deploy" }
        }
    }
    post {
        failure { emailext to:'dev@xxx.com', subject:'构建失败告警' }
    }
}

八、多模块项目版本管理 & 语义化版本SemVer

1. Maven多模块版本管理方案

1. 父POM统一properties变量，子模块通过${变量名}引用版本；
2. BOM物料清单：Spring Boot、Spring Cloud官方提供，统一全家桶依赖版本；
3. Maven Versions插件：一键批量升级所有依赖版本；
4. Flatten插件：打包时展开变量，避免第三方项目引用解析异常。

父POM示例：

<properties>
    <java.version>21</java.version>
    <spring-boot.version>3.2.5</spring-boot.version>
</properties>

2. Gradle多模块版本管理

1. gradle.properties全局定义版本；
2. Version Catalog（官方推荐）：libs.versions.toml统一管理依赖、插件版本；
3. java-platform插件：实现类似Maven BOM的约束能力。

3. 语义化版本SemVer 2.0（MAJOR.MINOR.PATCH）

示例：3.2.5 = 主版本3，新增功能迭代2轮，5次bug修复。