# 版本管理 > 語言統一： > 一方庫：本項目工程中的各模塊的相互依賴； > 二方庫：公司內部的依賴庫，一般指公司內部的其他項目發布的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機制；