Commit 62a8c4b6 authored by Antoine Fauchié's avatar Antoine Fauchié

edit: ajouts suite aux remarques judicieuses de Louis-Olivier

parent 22cce1b1
......@@ -81,6 +81,16 @@
type = {Blog}
}
@video{github_empowering_2018,
title = {Empowering Non-Developers to Use {{Git}} - {{Git Merge}} 2018},
editor = {{GitHub}},
date = {2018},
url = {https://www.youtube.com/watch?v=pY5i0Io86UQ&feature=youtu.be},
urldate = {2018-06-10},
editortype = {director},
keywords = {bazaar,CVS,git,git basics,git for non developers,git for non programmers,git merge,mercurial,open source,perforce,programming,software development,subversion,VCS,version control}
}
@online{hoizey_jamstack_2020,
title = {{{JAMstack}} Is Fast Only If You Make It So},
author = {Hoizey, Nicolas},
......
......@@ -43,7 +43,7 @@ Ce générateur de site statique gère les contenus comme du code, d'une certain
Il aplatît ce que les CMS classiques gèrent avec des langages dynamiques et des bases de données.
Parker Moore sera le développeur principal de Jekyll pendant cinq années {% cite autrand_interview_2016 --file analyses-jekyll.bib %}, assurant l'évolution et la maintenance de ce programme, mais aussi et surtout réussissant à fédérer une communauté autour de ce générateur de site statique.
Jekyll a été rapidement intégré à GitHub comme l'outil de création de sites web, le fameux service [GitHub Pages](https://pages.github.com/).
Jekyll a été rapidement intégré à GitHub comme l'outil de création de sites web, le fameux service [GitHub Pages](https://pages.github.com/) – nous pourrions d'ailleurs nous demander si Jekyll n'a pas été créé pour disposer d'un CMS versionnable.
Ce point est important dans l'histoire de Jekyll et des générateurs de site statique, puisqu'en proposant cette solution par défaut pour créer des pages web, avec un hébergement gratuit associé, GitHub a permis une adoption très large de Jekyll.
Au début des années 2010, la mode, chez les développeurs, était d'avoir son site web sur GitHub et généré et hébergé avec GitHub Pages – le service a récemment été [revu en terme de communication](https://github.dev/).
Et sans vouloir m'avancer cela a également permis l'émergence du développement continu {% cite shahin_continuous_2017 --file analyses-jekyll.bib %} avec des plateformes comme GitHub ou GitLab : ce processus qui consiste à déployer automatiquement du code depuis un dépôt Git – je reviendrai sur cette pratique dans d'autres fabriques.
......@@ -71,11 +71,16 @@ Il s'agit du A de JAMstack, pour API – je ne m'étends pas sur cette question
Jekyll introduit une dimension asynchrone que les CMS classiques comme WordPress ou Drupal (ou même Spip ou Dotclear) tendaient à faire disparaître, ou plutôt à invisibiliser.
En rendant la publication asynchrone, les étapes d'édition d'un site web réapparaissent.
Envisager à nouveau un découpage des phases de fabrication d'un site web est crucial, puisqu'il (re)devient possible de séparer des temps qui correspondent à la création et à la gestion d'une publication.
Jekyll permet par exemple de travailler sur sa machine, sans être connecté sur un serveur, et de disposer d'un environnement d'écriture et d'édition distinct d'un environnement de publication.
Jekyll permet par exemple de travailler sur sa machine, sans être connecté sur un serveur, et de disposer d'un environnement d'écriture et d'édition distinct d'un environnement de publication – beaucoup plus simple à installer et paramétrer qu'avec des CMS dynamiques comme WordPress.
Par ailleurs, Jekyll ne traite que des fichiers en plein texte – ou texte brut –, ce qui signifie que les sources du site peuvent être déplacées facilement, sans les contraintes d'une base de données.
D'ailleurs nous pourrions émettre l'hypothèse que Jekyll ou d'autres générateurs de site statique ont influencé des _flat CMS_ comme [Kirby](https://getkirby.com/) ou [Grav](https://getgrav.org/).
Et puisqu'il s'agit de fichiers en plein texte, ils peuvent être versionnés {% cite fauchie_version_2020 --file analyses-jekyll.bib %}.
Le versionnement n'est pas un détail.
La vague des générateurs de site statique, puis celle de la JAMstack, a pour origine des pratiques de développement.
La gestion de versions, et Git en particulier, est de plus en plus utilisée dans les processus de conception, de production et de maintenance de la programmation.
Proposer des systèmes de gestion de contenu qui prennent en compte Git est quelque chose qui vient de la communauté des développeurs, mais qui a aussi du sens pour des personnes amenées à écrire, quelque soit le type de contenu {% cite github_empowering_2018 --file analyses-jekyll.bib %}.
Jekyll peut être augmenté avec des extensions, écrites en Ruby.
J'utilise deux extensions très utiles qui illustrent ce fonctionnement : [jekyll-microtypo](https://github.com/borisschapira/jekyll-microtypo/), créée par [Boris Schapira](https://github.com/borisschapira/jekyll-microtypo/), permet d'affiner la typographie principalement pour les contraintes francophones ; [jekyll-scholar](https://github.com/inukshuk/jekyll-scholar), créée par Sylvester Keil, permet de créer des citations bibliographiques et des bibliographies à partir de fichiers BibTeX.
Le fait d'ajouter des éléments à Jekyll peut devenir un problème, comme la question de la compatibilité entre Jekyll et l'extension, ou le ralentissement provoqué par l'extension.
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment