【问题标题】:Markdown syntax checking for continous integration?用于持续集成的 Markdown 语法检查?
【发布时间】:2014-08-15 17:41:10
【问题描述】:

短篇小说:我正在使用 Markdown 写小说。 Long story is here。在this site 中,我使用 Perl 模块(我也开发了该模块)对文本进行了拼写检查,但我也想检查 MD 语法。然而,大多数降价工具似乎对错误过于宽容,放手这样的东西

This is an *error
This would be [another error](

此外,没有“仅检查”选项在出现错误时返回 false,因此可以在持续集成测试中使用。唯一对这些东西犹豫不决的是maruku。 Kramdown、pandoc、marked、markdown(对于 nodejs),所有这些都让它顺利进行。 问题是,是否有任何我可以在 CI 中轻松使用的语言的 markdown 语法验证器或检查器?还是我应该选择 maruku,尽管他的作者认为已经过时了?

【问题讨论】:

    标签: continuous-integration markdown


    【解决方案1】:

    正如this answer 中所指出的,“不可能只写“无效”的降价降价,而不会做你想做的事。”每个字符串都是有效的降价。

    但是,您可以像问题中提到的示例一样定义不包括降价的降价子集,并修改现有解析器以遵守该子集。

    【讨论】:

    • 事实上,如果 GitHub 页面发现这种情况,就会抛出错误。 GH-Pages 使用 jekyll,它依赖于许多 markdown 解析器,包括 maruku。我想知道他们实际使用的是哪一个以及使用了哪些选项,但我找不到它们......
    • @jjmerelo 很有趣。自 7 月 30 日起,GitHub Pages uses Kramdown as the default markdown engine
    • 它确实提到了“更好的错误处理”。我会检查一下。谢谢!
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2014-01-08
    • 1970-01-01
    • 2018-08-10
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-11-20
    相关资源
    最近更新 更多