Collections 转换收集permalinks Jekyll 2->;3.

Collections 转换收集permalinks Jekyll 2->;3.,collections,jekyll,permalinks,Collections,Jekyll,Permalinks,我有几个集合,其中Jekyll从源代码生成GeoJSON。对于2.4,我为集合中的每个文件提供了一个随机扩展名,例如abc.xx,在_config.yml中有以下示例定义: features: output: true permalink: /features/:path.geojson 这将采用abc.xx并将输出放在/features/abc.geojson中 这在Jekyll 3中不再有效。它现在创建了/features/abc.geojson.xx,这是不正确的,我无法确定如何

我有几个集合,其中Jekyll从源代码生成GeoJSON。对于2.4,我为集合中的每个文件提供了一个随机扩展名,例如abc.xx,在_config.yml中有以下示例定义:

features:
  output: true
  permalink: /features/:path.geojson
这将采用abc.xx并将输出放在/features/abc.geojson中

这在Jekyll 3中不再有效。它现在创建了/features/abc.geojson.xx,这是不正确的,我无法确定如何保留以前的行为。如果我省略了扩展名,例如abc,则不会输出该文件。如果我叫它abc,那么我会得到一个语法错误。我尝试使用“:name”而不是“:path”,但也不起作用。我无法调用源abc.geojson,因为源不是geojson,Github将尝试呈现名为.geojson的源。除此之外,只要源代码创建abc.geojson,我就不在乎它叫什么

有人吗


后来:我有两个GeoJSON文件,它们不是集合的一部分。这些代码的源代码名为xxx.geo,前面的永久链接为
/xxx.geojson
。我将它们重命名为“xxx”,没有扩展名,并且正确生成了文件“xxx.geojson”。因此,看起来越来越像是,除了第2版的行为改变之外,在收集处理中还有一个bug:没有扩展名的收集项不会被输出。

simp和unmap是现在正确输出的两个文件。示例集合是_routefct这似乎是一个bug。好的,谢谢。你会在杰基尔回购协议上提出这个,还是我应该?你会的。试着在一个最小的jekyll站点上复制它,并打开一个bug,解释jekyll 2下的结果是什么,以及jekyll 3附加了什么。