开往的历史
欢迎大家阅读「开往的历史」选修课。开往短短五年，有着荒诞、黑暗、有趣、遗憾的历史。您可以通过仓库历史找到事件的参与者查证，这样你对项目的过去能了解得更全面。
本课不可能讲清楚五年多的所有事情，只能挑一些主要的重要的至今仍然对开往决策产生影响的事情进行说明。该历史仍在书写，敬请期待！
项目的童年期
逊狼是开往的创始人，开往创建于2020 年 3 月 12 日据他所说，他先前使用的博客框架没有友情链接功能，所以创建了开往来代替友情链接。
开往最初将成员列表以Markdown放在仓库中，负责跳转的JavaScript脚本里以列表形式存着所有成员的网址。逊狼在审核的时候需要将网站名称、网址手动添加到Markdown和JavaScript文件中。
在这一时期中，开往可谓小众。后期，开往加入申请长期搁置，成员列表中有比较多的失效网站，被人诟病。
第一届维护组
2022 年 4 月 3 日，林林跟逊狼沟通了开往维护事宜，在逊狼的建议下招募开往维护组成员。第一届维护组大致意义上的负责人有Jason和林林两位。在Jason退出维护组后，开往的维护组出现了「中心化」，即开往的资料基本掌握在林林手中，开往的发展也主要根据林林的主观意志，这一局面延续到第二届维护组，直到第三届维护组才有所改变。
几次全量巡查
第一届维护组刚创立时就将原先囤积的几百个加入申请处理完毕。开往审核慢的问题从维护组创立至今没再出现。
第一届维护组仍然采用逊狼的方式添加、删除成员网站。您现在还可以在仓库 PR 中看到当时的工作方式。（例如#1120）
第一届维护组进行了多次人工全量巡查，工作通常由刚加入维护组的成员完成。全量巡查将部分早期成员清理出开往，引起了部分成员的不满。（详见《再见，下一站！》）
开往的商业化谈判
您在仓库可能会看到开往与与时同行合作投票，可能会疑惑为什么同意合作的都占多数了现在开往却看不到合作的影子呢？这就跟开往曾经荒诞的故事有关。
2022年6月，Jason提出开往的商业化构想，打算构建一个博客站长平台。他与与时同行项目进行沟通，打算将开往变为其项目的一部分。与时同行在谈判的过程中同步开展开发工作。
谈判三方分别是开往、与时同行和中文博客列表导航。与时同行与中文博客列表导航的谈判比较激烈（在本文你可以瞥得冰山一角），后中文博客列表导航退出了这次合作。开往与与时同行起初谈判进展顺利，后受到林林的阻挠进行了公开投票，最终受林林的要求合作告吹。事后，Jason退出了维护组，与时同行半个月的开发成果也因林林的无耻行径付之东流，开往的商业化尝试就此失败。
在开往合作的那件事中，我被指控“将与时同行和十年之约搞对立”，我就开始耍无赖：“我没说过啊，我什么时候说过这句话”。我最终被他们教育从新做人。 我不过是个无赖罢了。
——林林在本文中反省道
与其他项目的关系
在林林的推动下，开往与十年之约建立了合作关系，十年之约成员加入开往可以适当降低审核门槛。
开往与十年之约合作，目前十年之约成员在加入开往时仅需检查开往的徽标放置，内容方面的审查直接通过。
——详见曾经的加入条件
后经维护组成员提议，开往删除了有关十年之约合作的内容。
因为中文博客列表导航是林林创立的，所以开往与中文博客列表导航有着说不清道不明的联系。两个项目组成员之间存在交叉，标准上相互借鉴，巡查上相互提醒。目前，中文博客列表导航仍然保持着与开往的合作关系。
观察期的立废以及弃项的讨论
第一届维护组一直以来饱受内容农场的困扰，想方设法提高门槛阻止内容农场在开往的泛滥。经成员提议，开往设立了一个月的新成员观察期。开往成员在经过维护组初审之后会进入观察期，在一个月的观察期里开往不做出审核通过或驳回的决定，而是在观察期中不定期的考察网站，在观察期后作出决定。起初观察期的确起到了筛选申请的作用，但观察期拖慢了审核速度，其筛选考察作用也渐渐消失。第二届维护组在刚好一年后废除了观察期制度。
继开往之后，各类博客聚合项目如雨后春笋般涌现，许多的博客聚合项目也像开往一样拥有随机跳转的功能。第一届维护组也逐渐产生「开往还有用吗」之类的担忧，也产生了弃项的想法。
我不敢想开往会有这么一天。
——大蛋糕如是说
404纪念编号
2022年7月，逊狼将第404号设置成一张图片，以纪念Zephyr的离世。（详见当时的commit）
第二届维护组
第一届维护组群到后期就死气沉沉。蒋洋向林林沟通了开发事宜。第二届维护组的负责人为林林，技术负责人是蒋洋。
主要技术变更
蒋洋开发了基于PgSQL的成员列表和随机接口，同时做出了自动巡查的脚本，减轻了维护工作。BLxcwg后来对程序进行了重构。
大蛋糕设计了开往的主页，至此开往的主页不再是跳转页面了。（详见加入开往团队所给我带来的）
开往的论坛讨论与第一版运维规定
第二届维护组进行过「开往成员社区」的讨论。苦于论坛备案需要企业主体，林林找到了先前与时同行的团队进行沟通。在沟通过程中，第二届维护组部分成员将还未确定的信息发布到开往成员群中，引起部分成员不满，他们将与时同行看成要夺取开往的企业，以「开往绝不商业化，绝不落到企业手里」对其进行攻击。开往与与时同行的第二次合作因讨论泄露和开往部分成员煽风点火而告吹。与时同行至此丧失对开往的信任，不再与开往合作。
痛定思痛，蒋洋复盘了此次合作，注意到上次与与时同行的合作，制定了第一版《开往项目运维规定》。规定中的五个基本原则延续至今。
运维规定基本原则的解释
开往努力连接博客网站，努力为“开放互联网”做出贡献。
固定了开往项目的目标。
开往保持友链接力这一被认为是开往最根本的功能。
主要针对两届维护组关于弃项的讨论。
开往尊重、保护访客的个人隐私，尊重站长对他们所管理网站的控制权。
主要针对第一届维护组过度提高加入门槛。
开往始终保持非营利性。
主要针对论坛讨论事件，回应开往成员关切。
开往维护组需公开一切适于公开的内部讨论、决定、计划和其它内容。
主要针对论坛讨论事件，没有讨论充分的内容就算「不适于公开的内容」。
第三届维护组
2024年2月林林淡出开往维护组，维护组负责人由洛寒兮接任。项目的开发任务主要有Blxcwg负责。开往事务的决定主要采用协商一致制和投票制，这与开往的「去中心化」共同导致第三届维护组在部分方面的沟通效率低下。