Formation Java / Spring Boot – Travail en équipe & industrialisation
À l’issue de cette journée, vous serez capable de :
Aujourd’hui, on passe du développeur.euse individuel.le, au développeur.euse en équipe.
Il existe de nombreux tutoriaux sur le net qui permettent d’approfondir l’utilisation de ces outils que nous utilisons quotidiennement en tant que développeur.euse.
Git est :
Git ne stocke pas des fichiers, Git stocke des snapshots de projet, des instantanés du code.
Working Directory → Staging Area → Repository
git add .
On prépare le snapshot.
git commit -m "fonctionnalité : ajout du service de virement"
On enregistre un état cohérent.
git log --oneline --graph
Mauvais commit :
fix
Bon commit :
fix: correction validation montant négatif dans VirementService
Sans stratégie :
GitFlow structure le travail.
Branches principales :
main
develop
Branches secondaires :
feature/*
release/*
hotfix/*
On doit développer une fonctionnalité de batch de virement.
git checkout develop git checkout -b feature/virement-batch
Une fois la fonctionnalité développée, on la pousse (push) vers notre feature GitHub ou GitLab.
git push origin feature/virement-batch
GitLab permet :
Une MR permet :
On ne merge jamais directement sur un main.
Toujours :
Les linter de code vous permettent de vérifier les éléments ci-dessous :
Un.e dev crée une feature.
Un.e autre dev relit le code.
Commentaires sur :
Correction + nouveau commit
<<<<<<< HEAD code version A ======= code version B >>>>>>> feature/x
Résolution :
Voir la documentation sur Confluence.
Exemple :
refactor: application SRP sur OperationDispatcher
Dans GitLab :
Vous savez désormais :
On entre dans la dimension distribuée.