镜像分类

[gaoyifan]

目前LUG wiki上分类为：

• 反向代理
• 桌面环境镜像
• 语言镜像
• 软件镜像
• Git 仓库镜像
• 发行版镜像

1. 考虑到桌面环境镜像只有KDE和gnome两个仓库，建议取消这个大类，建议并入”软件仓库“。
2. “反向代理”与修饰语（如“语言”，“发行版”）不是同一类属性，不宜放在同一个分类层级下。如：crates.io既属于反向代理，也属于语言镜像，无法做单一划分。建议取消“反向代理”分类。另一个原因是，用户在找帮助时，并不清楚这个仓库是完整镜像还是反向代理，因此“反向代理”分类对用户查找仓库而言并没有什么帮助。
3. 建议删除“git仓库镜像”分类，理由与取消“反向代理”类似。“git”描述的是仓库的管理工具，而“发行版“，”语言“ 描述的是仓库的内容。不宜放在一起描述。

分类方法一：

• 发行版及软件包镜像：debian, debian-cd, ubuntu, centos, AOSP...
• 编程语言及软件包镜像：pypi, ruby, rubygems, node, rust-static, crates.io....
• 第三方软件包镜像（不针对特定软件）： cygwin, brew.git, homebrew-bottles, macports, elrepo, epel ...
• 软件镜像（针对特定软件）：CTAN, eclipse, ros, mariadb, linux.git ...
• 其他：fonts.gstatic.com, infinality-bundle...

大家觉得这种分类有没有什么问题？ 或者某个仓库无法分类？

分类方法二：

按照类似tag的思想，不做唯一性分类，给不同的镜像贴标签。比如可以检索既与”树莓派“相关，也与"发行版”相关的仓库（结果是raspbian）。 不知道rst/sphinx是否方便实现？ @zhsj

大家有什么想法么？

[bianjp]

赞同取消“反向代理”分类，但我觉得还是要通过某种方式标识出来“反向代理”的（可以在帮助文档内），这对用户有些帮助（比如对速度的心理预期，对连接失败的容忍度）。