Terminology: (好蛋疼啊,感觉挺别扭的)

  • 镜像:Ubuntu, CPAN, PyPi之类的
  • 镜像站:一个高校的开源镜像站,每个镜像站做了若干镜像
  • (镜像)节点:同时做了一个镜像的各镜像站
    镜像联盟维护者:

仿照Debian的开发模式,镜像联盟维护者可以分为Mirrors Maintainer和Mirrors Developer。Mirrors Developer是拥有镜像联盟主站维护权限和决策投票权的核心开发人员;参与镜像联盟开发、镜像维护的均可申请成为Mirrors Maintainer。

Mirrors Maintainer可以:

  • 维护自己负责的镜像节点

  • 修改自己负责的镜像的转发策略

  • 获取自己负责的镜像的访问日志

  • 修改主站wiki

  • 在issue tracker提交bug和patch、参与讨论

    **Mirrors Developer**除了Mirrors Maintainer可以做的事情外,还可以:
  • 修改所有镜像的转发策略

  • 获取所有镜像的访问日志

  • 添加新镜像

  • 参与镜像联盟投票,决定镜像联盟的重要事项。

  • 参与内部邮件列表讨论

  • 在announce邮件列表发布公告

    **开发人员工具:**
  • For Mirrors Developer: 镜像联盟主站执行常见操作的脚本。

  • For Mirrors Maintainer: 给各镜像节点用的脚本,包括节点内部维护、节点与主站间的通信,类似Debian打包工具,各镜像节点可以使用,也可以不使用。

**镜像联盟主站:**
  • 申请独立域名,托管在某个高校。

  • 首页列出所有镜像站的LOGO。

  • 设立公共wiki、issue tracker、代码仓库。(我们搭了个Gitlab测试站 http://gitlab.lug.ustc.edu.cn 感觉挺好用的)

    **邮件列表:**
  • 设立一个Mirrors Developer内部邮件列表。

  • 设立一个“新手列表”,任何人均可发帖和订阅,issue tracker自动发送到此列表,用于公共讨论。

  • 设立announce邮件列表,用于发布公告。

  • **各镜像站关系:**
  • 各镜像站自己的站点保持原样,可以继续以自己的名号提供镜像服务和做宣传。

  • 各镜像站维护的官方源,可以自愿通知开源软件官方,将官方源切换为镜像联盟。

  • 对于一个开源软件镜像,如果镜像联盟已经申请成为中国大陆地区官方源,在镜像运行良好的情况下,各镜像站不得以自己的名义再申请成为官方源。

  • 成为镜像站的建议:

    **是否容许非高校镜像参与:**

    在tuna邮件列表中,一些公司、机构表示愿意合作。他们往往拥有以G计的公网可调度带宽,而高校源的CERNET带宽比较好,如果高校与爱好开源的公司机构能达成合作,将使得教育网和公网都有较好的访问速度。而且这些公司里有经验的技术人员也能给我们一些技术指导和支持。

    如果有公司机构参与,则镜像联盟名字里的“教育网”可能不合适了。如果叫“中国(大陆)开源软件镜像联盟”,好像名头有些大啊~

    Comments

    2013-03-19