# 版本管理 > 语言统一： > 一方库：本项目工程中的各模块的相互依赖； > 二方库：公司内部的依赖库，一般指公司内部的其他项目发布的jar包； > 三方库：公司之外的开源库， 比如apache、spring、google等发布的依赖； 这里我们仅做二方库的约定 ## 二方库版本管理规则 1. 定义GAV遵从以下规则： > 1. GroupID格式：com.{公司/BU} . 业务线 . [子业务线]，最多4级。 > <font color=green>示例：com.finupgroup.data / com.iqianjin.rest.login</font> > 1. ArtifactID格式：产品线名-模块名。语义不重复不遗留，可以先去中央仓库查证以下。 > <font color=green>示例：risk-utils</font> > 1. Version：版本号，见下方说明。 2. 命名方式：主版本号 . 子版本号 . 修正版本号[-SNAPSHOT] > 1. 产品第一次发布时，起始版本号统一为 **1.0.0**，不是 **0.0.1**； > 1. 主版本号：当做了不兼容的API修改 或者 增加了能改变产品方向的新功能 或者 大的核心功能的版本升级； > <font color=green>示例：某产品 **1.2.8** 进行重构优化后以后 ，可直接升级为 **2.0.0** 版本</font> > 1. 子版本号：当做了向下兼容的功能性新增（新增类、接口等）或者 普通的功能发布； > <font color=green>示例：某产品 **1.2.8** 版本增加部分功能后，此时的版本号为 **1.3.0** 版本</font> > 1. 修正版本号：修复bug为主，没有修改方法签名的功能加强，保持API兼容性； > <font color=green>示例：某产品 **1.2.8** 版本修复了bug，此时版本号变为 **1.2.9** 版本</font> 3. SNAPSHOT是正在开发中的快照版本，适用于接口的开发测试时使用，便于Maven Deploy以后引用方可以及时更新 。可参考Maven Snapshot机制；