镜像的版本号我们可以通过直接平移项目的版本号到在镜像上。用来标识开发、测试、交付阶段的不同状态的产品，版本号格式一般为：

<主版本号>.<次版本号>.<小版本号>-[Build号]

主版本号：立项时设置，在整个项目开发过程中不改变

次版本号：立项时设置，在整个项目开发过程中不改变

小版本号：立项时设置，在整个项目开发过程中不改变

Release号：又叫Build号，内部测试开始之前设置，初始值为0，此后每产生一次小的修改，Release号+1。版本号的一般形式如：1.0.7-101，2.0.0-900

4.1 主版本号设置规则

设置时间：产品立项时设置

设置规则：

新产品立项，主版本号为1

产品构架发生改变，主版本号+1

产品主要组件（比如订单处理框架）进行重大修改，主版本号+1

产品对外接口协议发生更改，主版本号+1

4.2 次版本号设置规则

设置时间：产品立项时设置

设置规则：

新产品立项，次版本号为0

为处理产品Bug或改进现有功能/性能，对现有功能模块做大的修改，但不增加新的功能模块，副版本号+1

为增加产品功能，在原版本产品上增加新的功能模块，而产品的主体构件未做重大修改，并且产品的主体构件之间的接口协议也未做修改，副版本号+1

为适应不同用户需求，对产品进行更改，而产品的主体构件未做重大修改，并且产品的主体构件之间的接口协议也未做修改，副版本号+1

当主版本号变更时，副版本号同时置0

4.3 小版本号设置规则

新产品立项，小版本号为0

修复Bug或改进现有功能，但不对现有功能模块做大的修改，不增加新的功能模块，小版本号+1

当次版本号变更时，小版本号同时置0

4.4 Build号设置规则

设置时间：产品开发结束，内部测试开始之前

设置规则：

Release号初始值为0

测试过程中，每进行一次修改，Release号+1

5 镜像仓库的权限管理

5.1 基础镜像仓库

镜像仓库划分基础镜像和项目镜像仓库以后，我们下一步需要做的是规范镜像仓库的权限管理，对于基础镜像仓库而言，应该要对所有人可见，而且他们都能pull，但是只有配置管理员才有push和delete的权限。

下表中做了基础的权限角色分配：

5.2 业务镜像仓库

项目镜像仓库中的内容应该与项目相关的人员才可以看见和pull该项目的所有镜像，与项目无关人员无权限看见和pull，达到保护项目的私密性的目的。

下表中做了基础的权限角色分配：

6 镜像仓库的容量管理

Docker Registry中没有提供命令来完成删除镜像的功能，日积月累，将会产生许多无用的镜像，占用大