From 4637d8930c76c1366a5a5d6a3b4218856d6f8282 Mon Sep 17 00:00:00 2001 From: gentil Date: Thu, 16 Oct 2025 11:35:59 +0200 Subject: [PATCH] ajout de nouvelles instructions --- README.md | 66 +++++++++++++++++++++++++++++++++++++++++++++++++++++-- 1 file changed, 64 insertions(+), 2 deletions(-) diff --git a/README.md b/README.md index 6fcd83a..76bc8d4 100644 --- a/README.md +++ b/README.md @@ -1,4 +1,4 @@ -# Instructions de Travail sur les Tickets +# Instructions pour une bonne developer experience Ce document présente la procédure à suivre lors de la création et de la gestion des tickets de développement. Veuillez suivre chaque étape avec attention. ## 1. Création du Ticket @@ -21,6 +21,18 @@ La description doit fournir une explication légèrement détaillée des tâches Comportement attendu une fois la tâche accomplie +### Assigner une personne au ticket + +L'assignement d'une eprsonne est essentielle pour savoir qui travaille sur quoi. Si plusieurs personnes ont participé dans le ticket, vous pouvez le modifier. + + Aller dans assignements ou assignees et choisissez les developers + +### Assigner une deadline (optionnel) + +Le mieux serait d'ajouter une deadline pour les tâches pour savoir à peu près quand vous pensez avoir fini votre travail. ce n'est pas grave si vous n'en mettez pas mais si vous êtes sûr de quand vous allez à peu près le finir, cela peut-être intéressant de le savoir. C'est particulièrement intéressant pour les grosses tâches. + + +### Note : vous pouvez créer des tickets pour d'autres personnes si vous avez des recommandations ## 2. Création de la Branche @@ -84,6 +96,48 @@ Remplissez les informations nécessaires : Une fois la PR ouverte, vous devrez attendre la révision et l’approbation de l’équipe avant de pouvoir fusionner la branche dans main ou develop selon le flux de travail de votre projet. +## 6. Après la fusion accordée + +Une fois que la fusion de votre branche a été approuvée, vous devez supprimer cette branche localement. Pour se faire, recopiez cette commande : + + git branch -d + +Lorsque vous avez supprimé votre branche et que vous souhaitez travailler à nouveau sur une nouvelle tâche, rebasez vous sur la branche master. Pour se faire suivez les instrucitons : + + git checkout master + +Vérifiez que vous êtes bien sur la branche master : + + git branch + +Si vous êtes dessus, vous pouvez recommencer le rpocessus de création de ticket et de branche. + + +## 7. Révisions + + Si vous voyez qu'une pull request est en attente, n'hésitez pas à jetter un coup d'oeil au code et à le **TESTER** également ! Si vous avez des doutes sur le code contactez l'un des participants pour plus de détails. + +### Si vous souhaitez réviser le code + + Aller dans pull requests (ou demandes d'ajout) à côté des tickets (ou issues) + +Vous y verrez les demandes d'ajouts en cours et déjà mergées. Si vous souhaitez faire une révision : + + Cliquer sur celle qui vous intéresse et qui est open (ou ouverte) + + Aller dans fichiers modifiés (ou files changed) + + Vérifier et ajouter des commentaires si problèmes + + Si problèmes refuser pull request et demander des changements + + Si aucun problèmes en haut à droite cliquer sur évaluation (ou review) + + Accepter les modifications et si vous êtes le deuxième à review, merger pull request + +### Note : +Une fois que tout ça est fait, supprimez la branche qui a été fusionnée, gitea le notifie juste après que vous ayez fusionner la branche dans l'historique de conversation de la pull request. + # Résumé des Commandes Git : Voici un récapitulatif des commandes Git que vous utiliserez fréquemment : @@ -112,4 +166,12 @@ Voici un récapitulatif des commandes Git que vous utiliserez fréquemment : ## 5. Supprimer une branche - git branch -d \ No newline at end of file + git branch -d + +## 6. Vérifier la branche où l'on se trouve + + git branch + +## 7. Changer de branche + + git checkout \ No newline at end of file