制品版本覆盖策略
在开发阶段，每一次的代码修改都有可能会产生新的制品。开发人员可能需要依赖方频繁修改版本号来使用最新的版本。这将会非常不利于开发调试，因为如果在生产阶段随意覆盖同一个制品的版本，可能会带来管理上的混乱。让制品拥有唯一的版本号，可以保障同一个版本的制品永远保持相同的行为，这对于部署及应用生命周期管理而言都非常有意义。
CODING 制品库提供了灵活的版本覆盖策略，可以保障 Docker 镜像版本的唯一，也可以重复发布同一个 npm 包的版本。您可以根据需要，针对制品的生命周期，设置仓库 / 包 / 版本 的策略。
接下来本文按照这三个层级来介绍如何设置制品版本覆盖策略、以及制品库提供的默认版本覆盖策略。
仓库版本覆盖策略
点击【制品库】->【设置仓库】。
点击【版本策略】，此处可设置该仓库下所有制品的版本是否允许覆盖。
目前 Maven 较为特殊，多了一项：使用 Maven SNAPSHOT(快照)。
包的版本覆盖策略
点击具体包名可看到右侧的包详情页面。
点击【设置】即可对包的版本策略进行选择，默认情况下包使用本仓库的版本覆盖策略。
默认的版本覆盖策略
制品库按照该制品类型的原生逻辑，提供了默认的版本覆盖策略，详情如下：
| 制品类型 | 仓库 | 包 | 版本 |
|---|---|---|---|
| Docker | 允许发布相同版本 | 继承仓库规则 | 未发布 |
| Maven | Maven SNAPSHOT | 继承仓库规则 | 未发布 |
| npm | 不允许发布相同版本 | 继承仓库规则 | 未发布 |
| PyPI | 不允许发布相同版本 | 继承仓库规则 | 未发布 |
| Generic | 允许发布相同版本 | 继承仓库规则 | 未发布 |
| Helm | 允许发布相同版本 | 继承仓库规则 | 未发布 |
| Composer | 不允许发布相同版本 | 继承仓库规则 | 未发布 |
| NuGet | 不允许发布相同版本 | 继承仓库规则 | 未发布 |
| Conan | 允许发布相同版本 | 继承仓库规则 | 未发布 |
问题反馈 >
2022-10-31最近更新感谢反馈有用
感谢反馈没用
在阅读中是否遇到以下问题？*
您希望我们如何改进？*
如果您希望得到回复，请留下您的邮箱地址。
