Github使用什么库来解析标记？

Github“使用”了Github风格的降价，但我还没有找到确切的含义。他们在客户端上使用什么解析库来呈现预览

对于*.md文件、问题和wiki页面是否使用相同的库

如果您能让我找到一个资源，显示github风格的标记和commonmark是如何重叠的，以及它们是如何不同的，那么您将获得额外的积分。

是“我们[github]用来呈现自述文件的代码。您最喜欢的标记”。他们将其列为他们的库以进行降价。这反过来又使用了。这是否是用于所有的网站我不确定

它还声称拥有“大规模扩展支持”

Sundown可选地支持几个（非官方的）降价扩展，如非严格强调、防护代码块、表、自动链接、删除线等等

要获得完整的细节，您可能需要深入研究这些库

如果您能给我指出一个资源，展示github风格的markdown和commonmark是如何重叠的，以及它们是如何不同的，那么就可以获得额外的积分

Sundown声称与Markdown v1.0.0和v1.0.3“完全符合标准”，但就我而言，我找不到这些版本。只有0.26

Sundown通过了正式的Markdown v1.0.0和v1.0.3测试套件，并通过附加角盒进行了广泛测试，以确保其输出始终尽可能正常

Github降价扩展是

让我看一个资源，它展示了github风格的markdown和commonmark是如何重叠的，以及它们是如何不同的

现已（2017年3月）正式记录：见“

从今天开始，我们网站上托管的所有降价用户内容，包括用户评论、Wiki和存储库中的.md文件，将按照进行解析和呈现

详细信息请参见“”

此正式规范基于，这是一个雄心勃勃的项目，旨在以反映真实世界用法的方式正式指定互联网上许多网站使用的降价语法。
CommonMark允许人们继续以一贯的方式使用标记，同时为开发人员提供全面的规范和参考实现，以便在平台之间以一致的方式互操作和显示标记

这个想法是：

采用CommonMark规范并围绕它重新设计我们当前的用户内容堆栈不是一件小事。
我们遇到的主要问题是规范（及其参考实现）严格关注原始Perl实现支持的标记的公共子集。
这不包括GitHub上始终可用的一些扩展功能。最值得注意的是，缺少对表、删除线、自动链接和任务列表的支持

为了完全指定我们在GitHub使用的Markdown版本（称为GFM），我们必须正式定义这些特性的语法和语义，这是我们以前从未做过的我们在现有CommonMark规范的基础上做了这项工作，特别注意确保我们的扩展是原始规范的严格且可选的超集