Github＆＃34;使用＆＃34; github风味降价，但我还没能找到这意味着什么。他们在客户端上使用什么解析库来呈现预览？
用于* .md文件，问题和维基页面的lib是否相同？
奖励积分如果您可以指向一个资源，该资源显示github风格的降价和共同标记如何重叠以及它们如何不同。
答案 0 :(得分：5)
Markup是＆＃34; 我们[Github]用于呈现README.your_favorite_markup ＆＃34;的代码。他们将Redcarpet列为Markdown的库。反过来，这会使用Sundown。这是否用于所有网站，我不确定。
它还声称拥有＆＃34;大规模扩展支持＆＃34;。
Sundown可选择支持多种（非官方）Markdown扩展，例如非严格强调，受防护的代码块，表格，自动链接，删除线等等。
有关详细信息，您可能需要深入了解这些库。
奖励积分如果您可以指向一个资源，该资源显示github风格的降价和共同标记如何重叠以及它们如何不同。
日落宣称完全符合标准＆＃34;使用Markdown v1.0.0和v1.0.3，但对于我的生活，我找不到那些版本。只有v1.0.1和CommonMark为0.26。
日落开启了官方Markdown v1.0.0和v1.0.3测试套件的开箱即用，并且已经对其他角落情况进行了广泛测试，以确保其输出始终保持理智。
Github Markdown扩展程序为documented in their Mastering Markdown guide。
答案 1 :(得分：5)
指向一个资源，显示github风格的降价和共同标记如何重叠以及它们如何不同。
现在（2017年3月）正式记录：见＆＃34; A formal spec for GitHub Flavored Markdown＆＃34;
从今天开始，我们网站上托管的所有Markdown用户内容，包括存储库中的用户评论，wiki和.md文件，都将按照 formal specification for GitHub Flavored Markdown 进行解析和呈现。
详见＆＃34; A formal spec for GitHub Flavored Markdown＆＃34;
此正式规范基于 CommonMark ，这是一个雄心勃勃的项目，旨在以反映其实际使用情况的方式正式指定互联网上许多网站使用的Markdown语法。 /> CommonMark允许人们以与以往相同的方式继续使用Markdown，同时为开发人员提供全面的规范和参考实现，以便在平台之间以一致的方式互操作和显示Markdown。
这个想法是：
采用CommonMark规范并重新设计我们当前的用户内容堆栈并不是一件轻而易举的事。
我们遇到的主要问题是规范（以及它的参考实现）严格关注原始Perl实现支持的Markdown的公共子集。
这不包括GitHub上一直提供的一些扩展功能。最值得注意的是，缺少对表格，删除线，自动链接和任务列表的支持。为了完全指定我们在GitHub（称为GFM）中使用的Markdown版本，我们必须正式定义这些功能的语法和语义，这是我们以前从未做过的事情。 我们在现有CommonMark规范的基础上做了这一点，特别注意确保我们的扩展是原始规范的严格和可选的超集。