Comme tout bon produit, Gitlab propose une API REST pour contrôler son application. Cela va permettre d'automatiser des tâches répétitives telles que :
Jusqu'à peu de temps, j'utilisais essentiellement un seul repo gitlab (monorepo) pour gérer la plupart de mes projets. Mais voilà, certains projets ont tellement grossi que la gestion du ci est devenu trop complexe. Cela ralentit énormément la productivité et ce malgré l'utilisation des include.
En tant que développeurs, nous connaissons tous l'acronyme DRY : don’t repeat yourself Et donc nous savons tous qu'il faut autant que possible factoriser notre code. Pour nos Gitlab-ci, nous avons à notre disposition les templates.
Les blocs Ansible permettent de regrouper des taches, mais aussi de gérer les erreurs à la manière des exceptions que l'on retrouve dans les langages de programmation. Je vous propose un cours billet de cette fonctionnalité plutôt pratique.
Les lookups Ansible permet de récupérer des données qui sont stockées sur le noeud ou est exécuté le playbook. Par exemple il est possible de lire le contenu d’un fichier, de générer un mot de passe aléatoire, etc.
Parfois manipuler des données directement dans les playbooks Ansible peut être fastidieux ! C'est là qu'interviennent les filtres Ansible. Mais parfois pas de solutions simples.
Json est le format de données utiliser par les Api Rest. Nous allons voir comment utiliser le filtre json_query pour rechercher des éléments dans une variable JSON. json_query utilise jmespath, un langage de requête pour analyser des contenu au format JSON.
Dans le cadre de l'automatisation du build et de l'intégration continue, je vous propose de voir comment générer des releases dans un CI GitLab.
Jusqu'à peu, j'utilisais mkdocs pour générer les documentations, mais suite au besoin de pouvoir proposer plusieurs versions de la même , je me suis tourné vers Sphinx.