Wie kann ich eine Jekyll + Bootstrap + Git-Site am besten organisieren?

Nach vielen, vielen Jahren Baustellen von Grund auf neu (und viel selbst zu heben) habe ich meine Zehen in zwei Projekte getaucht, die es seit einigen Jahren gibt und die ich vermieden habe: Bootstrap und Jekyll.

Das Design war ein sehr angepasster Job, bei dem ich mich mit WENIGER befassen musste, damit ich die Bootstrap-Quelldateien, Quell-Assets und ein Build-Verzeichnis in diesem Verzeichnis habe. Dann gibt es die Jekyll-Seite. Das hat seine eigene Struktur, ich verbinde mich mit dem Bootstrap-Build-Verzeichnis und der endgültige Inhalt (das Zeug, das ich tatsächlich bereitstellen möchte) ist im _siteVerzeichnis vergraben .

So sieht es aus:

/.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

In meiner Geschichte habe ich mich entweder mit einem Django-Projektlayout (was ziemlich sinnvoll ist) oder einem statischen Layout befasst. Was ich hier habe, sind zwei separate Build-Systeme, die mich verrückt machen.

Gibt es eine bessere Möglichkeit, all diesen Müll zu strukturieren, oder gibt es eine Möglichkeit, die Bootstrap-Ausgabe direkt in das Jek-Verzeichnis zu übertragen? Wie gehen Sie mit solchen koabhängigen statischen Sites um?

• Trennen Sie die Build-Datei von der Quelle.

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

  Sie können es von Ihrem Hauptzweig aus verschieben. Jekyll unterstützt Continuous Integration . Wie es geht, können Sie die Dokumentation lesen .

  Es wird nicht einfach sein, es ist wie das Einrichten eines neuen Projekts. Und ich nehme an, Sie sind noch nicht damit vertraut

• Bringen Sie den Bootstrap in das Jekyll-Verzeichnis.

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

  Standardkonfiguration lesen , hat es

  • Ziel, falls die vorherigen Optionen nicht zu Ihnen passen
  • include, include boostrap-Verzeichnis

    Erzwingen Sie die Einbeziehung von Verzeichnissen und / oder Dateien in die Konvertierung.

  • keep_files, um .lessbei Bedarf zu behalten .

Das Problem mit Jekyll, weniger zu unterstützen, ist aktiv und jetzt geschlossen. Es gibt also noch keine offizielle Unterstützung. Aber Sie haben alternative Rake oder Gulp , Shell - Skript . Wenn Sie Continuous Integration wie Travis verwenden, um Ihre generierte Datei aus Jekyll zu übertragen, können Sie auch weniger über before_script kompilieren . Damit hoffe ich, dass Sie ein saubereres Code-Layout und einen einzelnen Stammordner ohne _site-Verzeichnis haben.