Hi Caozhi,

感谢回复！

Q1：对于Linux来说很多时候都是分发RPM，对于容器生态，各种工具版本更新较快，并不适合RPM，直接分发二进制执行文件可能更合理一些（比如kubectl）。RFO也会构建若干CLI工具，这些CLI没有依赖包，基本都是Golang编译的二进制文件。

Q2：存放的文件一定有版本概念，但普遍的规范都是通过文件名和目录名来区分版本。所以，并不需要存储服务提供版本控制能力。

Q3：随着版本逐渐增多，存储空间一定会累积增加，很难说可以控制在某个空间大小内。

Q4：这些文件通常都是根据产品版本发布来释放出来的，文件发布频率取决于产品迭代频率。

在Rancher自己的分发体系内，我们使用两个渠道：

1. Github Release，这个基本没有限制，配置CI 发布构建物，非常方便； 目前部分临时使用gitee release。

2. OSS+CDN，对象存储基本可以满足存储需求，而CDN很利于这种构建物的下载； 目前部分使用阿里云对象存储，但是只能使用Rancher相关域名，无法和openEuler社区保持一致。

Regards, Zhibo

发件人: Caozhi (George, Open Source) george.cao@huawei.com 日期: 星期一, 2022年10月10日 下午8:40 收件人: Zhibo Zhang Zhibo.Zhang@suse.com, infra@openeuler.org infra@openeuler.org 主题: RE: openEuler Repo申请试用 你好，

很高兴能携手共建openEuler和Rancher生态 ~

当前社区除代码仓库外，确实只有你提到的两类仓库：

1． 由gitee.com/src-openeuler组织下代码仓构建出的二进制包或文件，存放在repo.openeuler.org；

2． 作为openEuler生态一部分但代码暂未合入openeuler的一些组件、工具、软件包等编译构建成果，鼓励存放在oepkg仓库；

基础设施近期也接到过和您相似的需求，希望能提供除版本发布以外的一些存储仓库，如NestOS发布件等； 所以我们也在收集、分析需求，看如何提供一套更适用的存储仓库。

针对前述需求 我们有几个问题，看能否解答一下：

1． 希望存放的二进制文件，具体作用是什么，后续如何使用；

2． 存放的这些内容是否有版本的概念，属于过程文件还是最终的发布件；

3． 相关文件大概需要占用存储空间有多大；

4． 这些文件大致的更新频率如何；

Best regards

From: Zhibo Zhang Zhibo.Zhang@suse.com Sent: Sunday, October 9, 2022 5:17 PM To: infra@openeuler.org Subject: [Infra] openEuler Repo申请试用

Hi Team,

不确定是否应该在这里咨询这个问题。

我是来自SUSE & Rancher的张智博，我们在欧拉社区创建了RFO SIG，用于连接openEuler和Rancher的生态。

RFO SIG其中一项正在运作的任务，构建一套RFO Kubernetes。整个构建结果会产生：容器镜像、二进制文件、离线安装包等。 其中容器镜像已经申请了oepkg仓库，并且已经在CI流程中接入。

对于文件类型的构建物，社区有没有提供这类文件的存储位置。类似：https://repo.openeuler.org/ 我们目前临时使用公有云的对象存储，如果有社区通用的文件存储服务，我们希望切换到统一的站点上。

Regards, Zhibo