看起来 MDN 的所有内容现在都在 GitHub 上了。 这真是太棒了。 这已经成为 公开计划 一段时间了。Chris Mills
我们将使用 GitHub 的贡献工具和功能，从本质上将 MDN 从 Wiki 模型迁移到拉取请求 (PR) 模型。 这对于贡献来说要好得多，允许智能 lint、批量编辑以及将 MDN 文档包含在您想要添加到的任何工作流程中（您可以在您喜欢的代码编辑器中直接编辑 MDN 源文件）。
看起来这个过渡基本上今天就开始了，它是一个全新的后端和前端架构。
假设您想更新 这篇文章 中的 :focus-within。 该页面上将有一个按钮，可将您带到 存储库中的文件（而不是 Wiki 编辑页面），您可以从 GitHub UI（或您喜欢使用 Git 的任何方式）进行编辑，但这似乎是在 GitHub 上进行大部分编辑的地方）。 保存更改后的文档将自动成为一个拉取请求，并且大概会有一支团队来批准这些请求。
我们认为您的更改最坏情况下将在 48 小时内在网站上上线。
我在这里表示热烈祝贺，我认为这是一个明智的举措。 我不能谈论技术方面，但内容模型很聪明。 我可能希望看到内容以 Markdown 格式呈现，使用更少的专用类等等，但我怀疑这种事情可以随着时间的推移而发展，而这已经是一个庞大的更新，需要一次性发布。
2020 年 8 月，整个 MDN（作者）团队都被解雇了，因此看起来这里的策略是向全世界开发人员开放这些技术文档的创建和编辑。 它会成功吗？ 对于“Web 平台文档”（还记得它们吗？）来说，它超级没有成功。 但 MDN 拥有更多现有的内容、思想共享和势头。 我怀疑它将非常适合维护现有文档，对于关于热门新事物的全新文档来说也还不错，但对于任何旧的和“无聊的”文档来说就不那么适合了。
在确定它是否有效之前解雇所有作者似乎有点冒险，因此这说明了产品方向。 事情正在发生变化，直接支付内容创作团队的费用不再是新方向的一部分。
感谢 Chris 的报道。
是的，我们确实正在考虑将 Markdown 作为未来的方向，一旦当前的庞然大物被解决 ;-)
我希望我们将继续获得合理的持续帮助，以更新新的、最新的和旧的文档——我们在以前的平台上已经做到了，而且许多人对新的 GitHub 贡献模型表示欢迎。
需要明确的是，我们确实有一个作家团队继续前进，尽管它与我们之前拥有的团队形式略有不同。