Guide du développeur
Comment contribuer
NOTE
Ceci est le guide du développeur pour contribuer au projet de cette bibliothèque. Si vous cherchez à utiliser cette bibliothèque, veuillez vous référer au Guide d’utilisation.
TL;DR
Les commits doivent suivre la spécification des Commits Conventionnels
Une PR doit être faite avec une branche à jour avec la branche develop
en rebase
(et sans merge
) avant demande de fusion, et la fusion doit être demandée dans develop
.
Cloner le projet
git clone https://github.com/dnum-mi/vue-dsfr
Installer le projet
Se positionner à la racine du projet, puis lancer la commande
npm install
Si le paquet cypress n'arrive pas à se télécharger lors de la précédente commande, alors il faut télécharger le fichier cypress.zip manuellement sur le site cypress.io, et spécifier le fichier dans la variable CYPRESS_INSTALL_BINARY
CYPRESS_INSTALL_BINARY=/chemin/vers/cypress/cypress.zip npm install
Pré-requis
- npm : version 10 minimum
- Node.js : version 20 minimum
Installation des pré-requis (testé sous Ubuntu 22.04)
Suivez la procédure suivante en lançant les commandes détaillées ci-dessous :
- Mise à jour des dépôts :
wget -qO- https://deb.nodesource.com/setup_20.x | sudo -E bash -
- Installer
Node.js
:
sudo apt install -y nodejs
- (Optionnel) Installer
volta
(Node Version Manager) :
Avec la commande curl :
curl https://get.volta.sh | bash
- Fermer et rouvrir un terminal, ou bien taper la commande suivante dans tous les terminaux déjà ouverts :
source ~/.bashrc
- Vérifier la version de Volta installée :
volta --version
- La version de node sera utilisée automatiquement
Dans le dossier vue-dsfr
, si vous lancer la commande suivante :
node --version
Vous devriez voir 20.x.x
Comment contribuer au projet
- Cloner le projet et créer des pull-request
- Indiquer les bugs dans des issues
- Faire des demandes dans discussions
- Rejoindre le server Discord
À propos des pull-requests
Les commits doivent suivre la spécification des Commits Conventionnels afin que l’outil de release automatique détecte les nouvelles fonctionnalités et les corrections d’anomalies.
Les branches doivent être le plus possible à jour avec la branche develop
en rebase
(et sans merge
) avant demande de fusion, et la fusion doit être demandée dans develop
.