Jekyll > Serve >> Dev Config File >>> читается, но игнорируется при запуске

КРАТКАЯ ВЕРСИЯ:

При запуске Jekyll serve сегодня дополнительный конфигурационный файл dev считывается, но игнорируется. Это недавняя проблема. Ранее считывал и действовал настройки dev, как ожидалось.

Я использую jekyll 2.5.3.

Может ли кто-нибудь пролить свет на то, что является причиной этого?

ДЛИННАЯ ВЕРСИЯ:

Я разрабатываю локально с Jekyll, затем загружаю производственные сборки на мой веб-узел.

При разработке я запускаю сервер jekyll, загружая дополнительный конфигурационный файл dev (_cong_dev.yml) после основного конфигурационного файла, чтобы активировать настройки dev. Полная команда, которую я использую:

jekyll serve --draft --host=0.0.0.0 --config _config.yml,_config_dev.yml

Я использую задачу оболочки ворчания-потому что я ленив.

Это работает хорошо в течение некоторого времени.

Сегодня, однако, localhost взял меня на главную страницу, но ссылки были в производственном формате-т. е. с доменом для тега siteurl.

Из других вопросов я понял, что настройки в файле конфигурации dev не обрабатываются.

На этапах сборки и сервера в процессе обслуживания файл конфигурации dev считывается:

C:sitesMYSITE>grunt serve
Running "shell:jekyllServe" (shell) task
Configuration file: _config.yml
Configuration file: _config_dev.yml
            Source: C:/sites/MYSITE
       Destination: C:/sites/MYSITE/_site
      Generating...
                    done.
 Auto-regeneration: enabled for 'C:/sites/MYSITE'
Configuration file: _config.yml
Configuration file: _config_dev.yml
    Server address: http://0.0.0.0:4000/
  Server running... press ctrl-c to stop.

Как вы можете видеть, dev-файл признается, но его содержимое, похоже, игнорируется.

Я могу:

  1. откройте файл конфигурации dev;
  2. изменить его;
  3. сохранить его;

и это запускает перестройку со всеми настройками dev, активированными снова.

Но это менее чем желательно.

К ВАШЕМУ СВЕДЕНИЮ:

  • Я напечатал полную команду jekyll вместо использования оболочки grunt — как и ожидалось, никакой разницы.

  • Я не обновил jekyll или какие-либо из его зависимостей….

  • …Кроме того, я обновил узел.js от 4.5~ish до текущего 6.2 недавно.

  • Недавно я добавил пару key:value для livereloading в _config_dev.YML файл, который, как я думал, возможно, изначально засунули разбор yml. Но я играл с этим, превращая значение в строку и т. д., И проблема сохраняется.

Я признаю, что не тестировал откат узла.js. Частично потому, что я не вижу, как это было бы проблемой здесь, и частично потому, что мне нужна текущая версия для узла.JS учебник курс я делаю.

Тем не менее, я могу попробовать это, если никакие другие ответы не дают понимания.

EDIT: я использую Jekyll 2.5.3.

EDIT: я также отмечаю, что эта проблема похожа на это: https://github.com/jekyll/jekyll/issues/4850 (поэтому я буду следить за этим).

Может ли кто-нибудь пролить свет на этот вопрос?

Заранее спасибо.

1 ответ

  1. Ну это неловко…

    Я публикую свой ответ в случае, если у кого — то еще есть эта проблема-к сожалению, это не первый раз, когда мне пришлось признать свою собственную идиотскую ошибку.

    Чтобы уточнить, проблема заключалась в том, что сайт не загружался в ожидаемом режиме devjekyll serve, но, как я узнал, загружался в режиме dev на последующих реген.

    Проблема была вызвана тем, что я каким-то образом в какой-то момент создал сайт с выходными файлами, сопоставленными с назначением рядом с их соответствующими .md файлы, а вместо /_sitesпапки. Файлы были созданы в рабочем формате, а не в формате dev (поэтому, скорее всего, они были созданы из задачи build not a serve).

    Так, например, в моей /aboutпапке был и индекс.md (proper) и индекс рабочей версии.html (неправильно).

    Я действительно не знаю, как мне это удалось, но я думаю, что в какой-то момент я неправильно поставил задачу ворчания.

    В случае, имея эти файлы там означало:

    1. onjekyll serve, Jekyll просто создал сайт, копируя уже созданный индекс.html файл-так создается сайт в рабочем формате; но
    2. при последующей регенерации, Джекил перестроил сайт считывания .md файлы и создание его в ожидаемом формате dev.

    Я не знаю, почему первый процесс сборки приводит к различным результатам от последующих процессов сборки, но это происходит постепенно.

    В случае удаления дополнительных сгенерированных файлов Исправлена проблема.