Nom de l’outil | Rôle | Documentation spécifique à la communauté SPIP |
---|
Développement côté serveur ou back-end | ||
PHP | Langage dans lequel SPIP est écrit côté serveur | |
PHPdoc | Commentaire du code | |
Composer | Installer les bibliothèques de code (library) dont le projet principal a besoin | |
Qualité de code | ||
Easy Coding Standard | Automatiser le respect des régles de codages | |
Rector | Corriger du code historique pour le rendre plus durable | |
PSR | Bonne pratiques de codage | |
PHPUnit | Tester le code | |
PHPStan | Analyser le code | |
Refactoring Guru | Inspiration pour transformer le code procédural historique en code POO et pour gagner en robustesse | |
The Twelve-Factor App | Inspiration : une méthodologie pour concevoir des logiciels en tant que service |
Développement côté navigateur ou front-end | ||
Javascript | Langage pour l’affichage dynamique de fragments de page (front-end) | |
jQuery | Bibliothèque longtemps restée comme référence (en voie de migration) | |
npm + Bun | Installer des modules ou bibliothèques de code (library) | |
Qualité de code | ||
bun:test | Tester le code | |
biomejs | Normaliser le code (linter) |
Versionnage | ||
---|---|---|
Git | Suivi de version de code | Consulter un livre en français |
Gitlab | Plateforme de développement | |
Sémantique | Comment fonctionnent les versions de SPIP et de ses dépendances | |
Conventionnel commit | Des messages des commits signifiants, lisibles pour l’humain | Voir aussi Écrire un message de commit |
Changelog | Permettre de voir précisément quels changements notables ont été faits entre chaque publication (release) d’un projet | Voir aussi Tenir un CHANGELOG |