第三方操作系统软件源更换

[bryanjia222]

描述新的换源目标

对于使用系统包管理工具（如APT、YUM）的第三方软件源，如何支持换源

第三方软件源指的是由软件商自己提供的软件源，但是由于广泛使用，国内多个镜像站也提供了对应的镜像。比如Docker CE、Kubernetes

请尽可能提供可参考的换源方法

应该将其算作操作系统（os）还是软件（ware）？

如果算作操作系统，第三方软件源数量可能会比较多，对于操作系统Chef来讲可能会涉及不了解的区域，可能会显著增加工作量。

如果算作软件，其换源过程与操作系统基本一致，会导致维护多套完全一样的代码。

请尽可能提供已有镜像站

Docker CE
官方网址：Docker Install
镜像：
清华源
阿里云

Kubernetes
官方网址：
Kubernets
镜像：
阿里云
清华源

（由于目前仅方案讨论，暂未列出所有可用镜像）

[ccmywish]

你好 @bryanjia222

感谢提出该 issue，但我们不会支持这种 “一次性下载、安装” 的任务，GIt 仓库这种也不会支持。

chsrc 的定位是切换持久性的包管理器源（如 APT、npm、pip 等），也就是包管理器会持续使用的源地址。分类为 pl os wr 中的 target 其实都是 某种形式 的包管理器。

某些软件本身并不是包管理器，不属于 chsrc 所期待处理的 “换源” 的范畴。支持它会偏离 chsrc 的设计定位。

[bryanjia222]

你好 @ccmywish

感谢你的回复和对 chsrc 定位的说明，我理解并认同工具应聚焦在“持久性包管理器源”的切换，不涉及一次性安装脚本或非包管理器场景。

不过我想澄清一点：像 Docker CE、Kubernetes 这类第三方仓库，其安装后在 /etc/apt/sources.list.d/ 或 /etc/yum.repos.d/ 中会形成标准的 APT/YUM 源配置文件，后续使用（软件更新）时依然是包管理器在持续访问这些源地址。

采用添加第三方源和使用官方给出的一次性安装脚本最大的区别在于，使用第三方源可以很方便的使用包管理器进行更新（apt/yum update&upgrade)，而不是重新使用安装脚本。