工程规约 - 二方库规约
【强制】定义 GAV 遵从以下规则：
1 ） G GroupID 格式： com .{公司/ BU }.业务线. [ 子业务线 ] ，最多 4 级。
说明：{公司/ BU } 例如： alibaba / taobao / tmall / aliexpress 等 BU 一级 ； 子业务线可选。
正例： com . taobao . jstorm 或 com.alibaba.dubbo.register
2 ） A ArtifactID 格式：产品线名-模块名。语义不重复不遗漏，先到仓库中心去查证一下。
正例： dubbo - client / fastjson - api / jstorm - tool
3 ） V Version ：详细规定参考下方。【强制】二方库版本号命名方式：主版本号.次版本号.修订号
1 ） 主版本号 主版本号：产品方向改变，或者大规模 API 不兼容，或者架构不兼容升级。
2 ） 次版本号 次版本号：保持相对兼容性，增加主要功能特性，影响范围极小的 API 不兼容修改。
3 ） 修订号 修订号：保持完全兼容性，修复 BUG 、新增次要功能特性等说明：注意起始版本号必须为： 1.0.0 ，而不是 0.0.1 正式发布的类库必须先去中央仓库进
行查证，使版本号有延续性，正式版本号不允许覆盖升级。如当前版本：1.3.3，那么下一个
合理的版本号：1.3.4 或 1.4.0 或 2.0.0【强制】线上应用不要依赖 SNAPSHOT 版本 （ 安全包除外 ）。
说明：不依赖 SNAPSHOT 版本是保证应用发布的幂等性。另外，也可以加快编译时的打包构建。