g632104866

另外，死守 Nexus 的后面就真的会面临非常难受的时刻。要么一直用老旧版本，用内嵌的 DB 接受不稳定性没有高可用，可能哪次非预期的重启就挂了。要么升级到支持 PostgreSQL 的版本，就面临社区版本的严重的用量限制，基本没法用。只能走商业订阅了，然而 Nexus 的商业订阅起步价也是一比不小的开销。如果用量稍微大一点，还得单独走商业授权定价。所以，自从 Nexus 有了这个 https://github.com/klboke/kkRepo/blob/main/docs/en/why-kkrepo.md 问题后，真觉得没必要再用 Nexus 了。当然也不是一定要选 kkRepo ，kkRepo 只是在平替 Nexus 上做的最好的，因为你迁移后，之前的用户+权限，啥都不用动了，之前的 CICD 该怎么跑还怎么跑，完全不用动。

@89ao 感谢支持

@DreamSpace kkRepo 已经有 1.1K Docker 拉取部署了。而且在使用的公司，不仅在提 issue ，也在帮忙提 PR ，最多的已经提过 4 个 PR 了，要说明的是 kkRepo 也才发布不到 3 个月。所以不缺信任 kkRepo 的，我也感谢这些用户信任，绝不会寄了。

使用指南： https://github.com/klboke/kkRepo/blob/main/docs/en/repository-guides/README.md

@lhtdeg 感谢支持，等有需要的时候可以试试 kkRepo ，支持一键迁移 Nexus 到 kkRepo ，无缝 0 停机迁移，迁移后客户端啥的都不需要动了。 另外千万别尝试升级 Nexus ，升级后 Nexus 限制了访问量和包数据量，几乎就不能在企业环境用了。

@yijiangchengming 中文 UI 不是很全，后面会统一整理优化下

@daimaosix apt 已经支持了，https://github.com/klboke/kkRepo/pull/188 ，会在下个版本 release

@yijiangchengming 属于仓库语义的一部分

@yijiangchengming 这个在创建仓库的时候，就确定好了是否能够覆盖