maven项目在实践中的构建管理之路的方法

前言

最近一个月参与了公司几个项目的脚手架构建,适当总结下经验。之前见过太多项目依赖,构建,管理混乱不堪,导致后续的维护性差,甚至出现由此引发的事故。当时就有一个规范管理的想法。

依赖管理

依赖管理,其实就是依赖范围的管理。这里我叫他 依赖池。也就是 所有相关项目的依赖只能从这个池子里拿,不能超出其范围。池子里的依赖我们定义为都是久经考验的同志。以maven工程为例,我们可以定义 一个名为ooxx-dependencies 的 pom 类型的工程。这里用来存放我们经过技术选型并测试通过的依赖。每次依赖变动发布都要有新的版本号。也就是 依赖池的迭代一定要以版本号为标志,多版本并行。

  4.0.0

  com.ooxx
  ooxx-dependencies
  1.0.0.RELEASE

  ooxx dependencies
  the root dependencies
  
    1.8
    1.8
    UTF-8
    UTF-8
    1.8
    2.1.5.RELEASE
    2.1.4
    1.0.10.RELEASE
    5.1.47
    3.2.0
    4.5.5
    3.1.1
    3.2.0
    3.2.0
    2.9.2
  

  
    
      nexus
      Releases
      http://url/repository/maven-releases
    
    
      nexus
      Snapshot
      http://url/repository/maven-snapshots
    
  

  
    
      
        org.springframework.boot
        spring-boot-starter-parent
        ${springboot.version}
        pom
        import
      
      
        de.codecentric
        spring-boot-admin-dependencies
        ${spring-boot-admin.version}
        pom
        import
      
      
        org.springframework.boot
        spring-boot-starter-web
        ${springboot.version}
        
        
          
            org.springframework.boot
            spring-boot-starter-tomcat
          
        
      
      
        org.springframework.security
        spring-security-jwt
        ${springSecurityJwt.version}
      
      
        com.zaxxer
        HikariCP
        ${hikari.version}
      
      
        mysql
        mysql-connector-java
        ${mysql.version}
      
      
        com.baomidou
        mybatis-plus-boot-starter
        ${mybatisplus.version}
      
      
        com.baomidou
        mybatis-plus-generator
        ${mybatisplus.version}
      

      
      
        io.springfox
        springfox-swagger2
        ${swagger.version}
      
      
        io.springfox
        springfox-swagger-ui
        ${swagger.version}
      
    
  

然后,我们根据业务会定义一个parent项目,这个项目同样是pom工程,区别于依赖池的是, 依赖池基于技术栈而不关注业务,parent关注于业务,不同业务application 依赖不同的parent,parent 来定义具体业务的module层次划分。当然parent 必须从依赖池构建。可能例子更直观, 我们有一个项目,模块分为：1.后台管理模块 2.app接口模块 3.通用依赖模块 4.数据层模块 5.app 启动模块 可以结合上面例子进行如下构建parent

 4.0.0

 com.ooxx
 ooxx-parent
 1.0.0
 pom

 parent
 the parent
 
   1.8
   1.8
   UTF-8
   UTF-8
   1.8
   1.0.0
   1.0.0.RELEASE
 
 
   
    
     
       com.ooxx
       ooxx-dependencies
       ${ooxx-dependencies.version}
       pom
       import
     
   
     
       com.ooxx
       ooxx-db
       ${ooxx.version}
     
   
     
       com.ooxx
       ooxx-common
       ${ooxx.version}
     
  
     
       com.ooxx
       ooxx-manage-api
       ${ooxx.version}
     
  
     
       com.ooxx
       ooxx-app-api
       ${ooxx.version}
     
   
 
 
   
     cn.hutool
     hutool-all
     provided
   
   
     org.projectlombok
     lombok
     compile
   
 

上述的具体如 app接口模块 可以直接引用依赖池中的依赖进行具体开发。

补充

同时建议 版本号 为{数字}.{说明格式}。比如1.0.0.RC、 1.0.0.GA 等用于不同的场景。pom 名称尽量 模板化 如 ooxx-parent 下的子module 命名为 ooxx-db、ooxx-app-api 之类。这样可以用maven 模板生成统一的模板项目以快速构建项目。同时达到 “见其名而知其意”的效果。因个人能力有限,不足之处或者更好的建议还望多多指教。

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持脚本之家。