Markdown Jekyll处理文件时是否不使用前台？

'任何带有前置内容的文件都将接受处理。'

“所有博客文章文件都必须以front matter开头，该文件通常用于设置布局或其他元数据。”

---

我似乎有一个没有yaml格式前端的文件-一个带有一些jekyll标记的文件-但它仍然被“处理”-替换了变量等。我正在使用github。你可能会嘲笑我的错误。

GitHub页面使用jekyll可选封面作为依赖项5。它是自动加载的，所以这就解释了为什么在GitHub页面托管的站点上使用没有前台的.md文件

解释原因：

开箱即用，Jekyll要求任何标记文件都有YAML前置键/值对，由两组三个破折号分隔，以便处理和转换为HTML

虽然这种行为可能对大型、复杂的站点有所帮助，但有时简单地添加一个简单的标记文件并让它在不大张旗鼓的情况下进行渲染会更容易

这个插件就是这样做的。站点源代码中的任何标记文件都将被视为一个页面，并呈现为HTML，即使它没有YAML前端

---

杰基尔的职位是特殊的实体。它们的行为大部分与其他Jekyll对象不一致

为此，即使帖子没有正面内容，也会由Jekyll处理。 它们只需要是一个名为YYYY-MM-DD-TITLE.extension的文件，该文件位于名为_posts或_drafts的目录中的某处

---

这种行为独立于jekyll可选的front matter插件，也可以用vanilla jekyll进行复制。

Ok，-“如果您的文件位于_posts目录中，您可以完全省略破折号”--并且该文件提到默认的不可拆分插件--因此，jekyll可选的front matter是罪魁祸首，github也是罪魁祸首。不确定这是否正确-jekyll文档提到了这一点-“所有博客帖子文件必须以front matter开头，这通常用于设置布局或其他元数据。”-它们需要采用名称模式格式，但在github上，它们不需要在_帖子中使用front matter目录。你可以用一个新的jekyll网站试试。只需在系统中的某个地方运行jekyll新的测试站点。验证测试站点中的Gemfile是否指向jekyll-3.8.x，并删除欢迎使用jekyll帖子中的前面内容。然后，当您构建/服务站点时，您应该会看到生成的帖子。