Donc, après de nombreuses années de construction de sites à partir de zéro (et de faire beaucoup de levage moi-même), j'ai plongé mes orteils dans deux projets qui existent depuis quelques années que j'évite: Bootstrap et Jekyll.
La conception était un travail très personnalisé qui m'a obligé à creuser dans le MOINS, j'ai donc les fichiers source Bootstrap, les ressources source et un répertoire de construction dans ce répertoire. Ensuite, il y a le côté Jekyll. Cela a sa propre structure, je fais un lien symbolique dans le répertoire de construction Bootstrap, et le contenu final (ce que je veux réellement servir) est enterré dans le _site
répertoire.
Voici à quoi ça ressemble:
/.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
Dans mon histoire, j'ai eu affaire soit à une disposition de projet Django (ce qui est assez logique) soit à une disposition statique. Ce que j'ai ici, c'est deux systèmes de construction distincts et ça me rend fou.
Existe-t-il une meilleure façon de structurer toutes ces ordures, ou à défaut, existe-t-il un moyen de faire une sortie bootstrap directement dans le répertoire jek? Comment gérez-vous les sites statiques co-dépendants comme celui-ci?
Réponses:
Séparez le fichier de génération de la source.
vous pouvez le retirer de votre branche principale, jekyll prend en charge l' intégration continue . Comment faire, vous pouvez lire la documentation .
Apportez le bootstrap dans le répertoire jekyll.
lire la configuration par défaut , il a
.less
si nécessaire.Le problème sur jekyll pour soutenir moins est en cours et maintenant fermé , donc pas de support officiel pour le moment. Mais vous avez une alternative Rake ou Gulp , un script shell . Lorsque vous utilisez l'intégration continue comme travis pour pousser votre fichier généré à partir de jekyll, vous pouvez également en compiler moins via before_script . Avec cela, j'espère que vous avez une disposition de code plus propre et un dossier racine unique, sans répertoire _site.
la source