Jak najlepiej zorganizować witrynę Jekyll + Bootstrap + Git?

Tak więc po wielu latach budowania od podstaw (i samodzielnego podnoszenia ciężarów) zanurzyłem palce u stóp w dwóch projektach, które istniały od kilku lat, których unikałem: Bootstrap i Jekyll.

Projekt był bardzo spersonalizowanym zadaniem, które wymagało ode mnie zaglądnięcia do LESS, więc mam pliki źródłowe Bootstrap, zasoby źródłowe i katalog kompilacji w tym katalogu. Potem jest strona Jekyll. Ma swoją własną strukturę, umieszczam dowiązania symboliczne w katalogu kompilacji Bootstrap, a końcowa zawartość (rzeczy, które chcę naprawdę podawać) jest zakopana w _sitekatalogu.

Oto jak to wygląda:

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

W mojej historii miałem do czynienia z układem projektu Django (co ma sens) lub statycznym. Mam tutaj dwa osobne systemy kompilacji i doprowadza mnie to do szału.

Czy istnieje lepszy sposób na uporządkowanie wszystkich tych śmieci, czy też nie, czy istnieje sposób, w jaki mogę zrobić bootstrap bezpośrednio w katalogu jek? Jak radzisz sobie z takimi współzależnymi stronami statycznymi?

• Oddziel plik kompilacji od źródła.

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

  możesz odłożyć go z głównego oddziału, jekyll obsługuje ciągłą integrację . Jak to zrobić, możesz przeczytać dokumentację .

  to nie będzie łatwe, to jak konfiguracja nowego projektu. I zakładam, że jeszcze go nie znasz

• Umieść bootstrap w katalogu jekyll.

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

  czytaj domyślną konfigurację , ma

  • miejsce docelowe, na wypadek gdyby poprzednie opcje nie pasowały do ​​Ciebie
  • obejmują, obejmują katalog boostrap

    Wymuś włączenie katalogów i / lub plików do konwersji.

  • keep_files, aby zachować w .lessrazie potrzeby.

Problem dotyczący pomocy technicznej dla jekyll jest aktywny i teraz zamknięty , więc nie ma jeszcze oficjalnego wsparcia. Ale trzeba alternatywny Rake lub Gulp , skrypt powłoki . Kiedy używasz ciągłej integracji, takiej jak travis, do wypychania wygenerowanego pliku z jekyll, możesz także kompilować mniej za pomocą skryptów before_script . Dzięki temu mam nadzieję, że masz czystszy układ kodu i pojedynczy folder główny, bez katalogu _site.