- quand je commit sur mon repo local, ça passe le linter, quelques autres check au besoin, puis ça construit le site et ça empêche le commit si ça échoue. Sinon ça lance un serveur web local pour que je puisse voir ce que ça donne.
- (potentiellement mon éditeur fait pareil, donc ça aurait moisn de sens de le refaire dans le hook
- dérogation si j'suis pressé avec un [noCI]
- si je push sur $staging [à définir], ça build et déploie sur blog-test
- [strategie à définir] merge sur master, ça deploy en prod
Entre temps, je me suis mis à utiliser gitea et drone pour faire du CI/CD. J'ai utilisé ce mécanisme pour déployer le blog. Les sources sont [ici](https://gitea.kleph.eu/kleph/blog) et en particulier ce [fichier](https://gitea.kleph.eu/kleph/blog/src/branch/master/.drone.yml) qui décrit la pipeline en format drone
Les hooks de precommit sont toujours là, pour passer certains linter en local, ils seraient peut-être à améliorer d'ailleurs. Sinon, à part le [noCI], tout le reste est implémenté.
# TODO
Décrire ce que fait la pipeline et l'usage de variables secrètes, mais le principe est déjà bien documenté sur internet, donc ma flemme risque de gagner cette bataille.