Як я можу найкраще організувати сайт Jekyll + Bootstrap + Git?

Тож після багатьох-багато років будівництва майданчиків з нуля (і я дуже багато робив підйом) я занурив пальці ніг у два проекти, які існували протягом кількох років, яких я уникав: Bootstrap та Jekyll.

Дизайн був дуже підлаштованою роботою, яка вимагала від мене копати менше, тому я отримав вихідні файли Bootstrap, вихідні активи та каталог збірок у цьому каталозі. Тоді сторона Джекілла. Це має свою структуру, я посилаюсь на каталог збірки Bootstrap, а остаточний вміст (речі, які я хочу насправді служити) закопаний у _siteкаталог.

Ось як це виглядає:

/.git/*
/.gitignore
/bootstrap/
/bootstrap/... a load of source files ...
/bootstrap/bootstrap/  # the build output
/jek/
/jek/... all the jekyll files ...
/jek/bootstrap/  # symlink on ../bootstrap/bootstrap/
/jek/_site  # the stuff I actually want to upload - but don't really want in git

В моїй історії я мав справу з макетом проекту Django (який має неабиякий сенс) або статичним макетом. Я маю тут дві окремі системи складання, і це мене зводить нанівець.

Чи є кращий спосіб структурування всього цього мотлоху, або якщо це не вдалося, чи є спосіб зробити я вихідний завантажувач безпосередньо в каталог jek? Як ви обробляєте подібні статичні сайти, подібні до цього?

• Відокремлений файл збірки від джерела.

  /jek/_site  # the stuff I actually want to upload - but don't really want in git
  

  ви можете відкласти його від своєї основної гілки, jekyll має підтримку безперервної інтеграції . Як це зробити ви можете прочитати в документації .

  це буде непросто, це як налаштування нового проекту. І я припускаю, що ви ще не знайомі з цим

• Занесіть завантажувальну сторінку до каталогу jekyll.

   /jek/bootstrap/  # actual boostrap source    
   /jek/bootstrap/dist/  # the build output
  

  читати конфігурацію за замовчуванням , вона має

  • місце призначення, якщо попередні варіанти не підходять вам
  • включати, включати каталог завантаження

    Примусове включення каталогів та / або файлів у перетворення.

  • Keep_files, щоб зберегти, .lessякщо потрібно.

Питання щодо jekyll для підтримки менш активне і зараз закрите , тому офіційної підтримки поки немає. Але у вас є альтернативний сценарій оболонки Rake або Gulp , оболонки . Якщо ви використовуєте безперервну інтеграцію, як travis, для виштовхування створеного файлу з jekyll, ви також можете компілювати менше за допомогою файлу before_script . З цим я сподіваюся, що у вас є більш чистий макет коду та одна коренева папка, без каталогу _site.