|
|
|
|
@ -1,12 +1,57 @@
|
|
|
|
|
### Projet
|
|
|
|
|
**Nom de l'application** : HeartTrack
|
|
|
|
|
# Projet HeartTrack
|
|
|
|
|
|
|
|
|
|
**Récapitulatif du Projet**: :point_down:
|
|
|
|
|
## Nom de l'application : HeartTrack
|
|
|
|
|
|
|
|
|
|
Notre projet, HeartTrack, est une application web PHP et mobile Android conçue pour les athlètes. Son objectif principal est d'analyser les courbes de fréquence cardiaque, collecter des données, fournir des statistiques et des prédictions liées à l'effort physique, tout en restant conviviale pour les utilisateurs professionnels et amateurs. Les fonctionnalités clés incluent l'affichage de données d'activité avec la fréquence cardiaque, la détection d'anomalies, la prise en charge de fichiers .fit, la catégorisation des zones de fréquence cardiaque, et la possibilité de partager des données en mode privé ou public.
|
|
|
|
|
### Récapitulatif du Projet :point_down:
|
|
|
|
|
|
|
|
|
|
**Avancement du projet** :construction_worker:
|
|
|
|
|
Notre projet, HeartTrack, est une application web PHP et une application mobile Android conçue spécialement pour les athlètes. Son objectif principal est d'analyser les courbes de fréquence cardiaque, de collecter des données, de fournir des statistiques et des prédictions liées à l'effort physique, tout en restant conviviale pour les utilisateurs professionnels et amateurs. Les fonctionnalités clés incluent l'affichage des données d'activité avec la fréquence cardiaque, la détection d'anomalies, la prise en charge de fichiers .fit, la catégorisation des zones de fréquence cardiaque, et la possibilité de partager des données en mode privé ou public.
|
|
|
|
|
|
|
|
|
|
<u>Où nous en sommes </u>:grey_question::grey_exclamation: (:white_check_mark: réalisé, :warning: presque abouti, :x: non commencé )
|
|
|
|
|
### Avancement du projet :construction_worker:
|
|
|
|
|
|
|
|
|
|
© HeartDev
|
|
|
|
|
<u>Où nous en sommes</u> :grey_question::grey_exclamation: (:white_check_mark: réalisé, :warning: presque abouti, :x: non commencé)
|
|
|
|
|
|
|
|
|
|
## Gestion de Git
|
|
|
|
|
|
|
|
|
|
Chaque fois que nous travaillons sur une branche, il est essentiel d'effectuer un git pull pour nous assurer que nous disposons des dernières mises à jour. On ne sait jamais si la branche a été mise à jour récemment. Avant de pousser les modifications sur le dépôt et de créer une merge request, il est impératif de résoudre tous les conflits. Une merge request avec des conflits non résolus ne sera pas acceptée.
|
|
|
|
|
|
|
|
|
|
Chaque merge request doit être approuvée au minimum par un autre membre de l'équipe (à chaque sprint, un **« git checkeur »** ).
|
|
|
|
|
|
|
|
|
|
## Merge request
|
|
|
|
|
|
|
|
|
|
Pour créer une merge request pour l'issue_000_exemple :
|
|
|
|
|
|
|
|
|
|
1. Dans le menu du projet, cliquez sur l'onglet "Demandes d’ajout".
|
|
|
|
|
2. Cliquez sur le bouton "Nouvelle demande d’ajout" pour démarrer le processus de création d'une nouvelle merge request.
|
|
|
|
|
3. Dans le formulaire de création de la merge request, assurez-vous de sélectionner les bonnes branches :
|
|
|
|
|
- La branche de destination (Fusionner dans : ) doit être master.
|
|
|
|
|
- La branche source (Tirez les modifications depuis) doit être issue_000_exemple dans notre cas.
|
|
|
|
|
4. Vous pouvez ajouter des commentaires, des étiquettes (labels) ou des assignations (assignees) selon les besoins.
|
|
|
|
|
5. Une fois que vous avez rempli tous les détails, cliquez sur le bouton "Nouvelle demande d’ajout" pour créer la demande de fusion.
|
|
|
|
|
|
|
|
|
|
### Branches WORK-...-INITIAL
|
|
|
|
|
|
|
|
|
|
Les branches WORK-...-INITIAL sont vos espaces de travail personnels. Utilisez-les pour effectuer des tests, des expérimentations, et plus encore.
|
|
|
|
|
|
|
|
|
|
## Travailler sur une Issue
|
|
|
|
|
|
|
|
|
|
Si vous êtes amené à travailler sur une issue, suivez ces principes :
|
|
|
|
|
|
|
|
|
|
1. Les issues sont créées dans le système de gestion de versions (Git), chaque issue ayant un numéro unique.
|
|
|
|
|
2. Lorsque vous décidez de travailler sur une issue, attribuez-vous l'issue et créez une branche avec un nom correspondant à l'issue sous la forme suivante : "issue_32_nom", où 32 est le numéro de l'issue et nom est son libellé.
|
|
|
|
|
3. Une fois que vous avez résolu l'issue dans votre branche, assurez-vous de mettre à jour le changelog avec les modifications apportées.
|
|
|
|
|
4. Ensuite, poussez votre branche sur le référentiel distant et créez une merge request pour que vos modifications soient examinées par les autres membres de l'équipe.
|
|
|
|
|
|
|
|
|
|
## Push
|
|
|
|
|
|
|
|
|
|
1. Ajoutez tous les fichiers modifiés ou créés dans la staging area (fichiers locaux prêts à être commit) avec la commande `git add -A`.
|
|
|
|
|
2. Validez les fichiers destinés à être envoyés sur le référentiel avec la commande `git commit -m "Message correspondant aux modifications effectuées dans mon commit"`. Insérez un message entre les guillemets après le -m.
|
|
|
|
|
3. Envoyez les commits avec la commande `git push origin my_branch`. Remplacez my_branch par la branche sur laquelle vous avez travaillé.
|
|
|
|
|
|
|
|
|
|
## Les Sprints dans le wiki
|
|
|
|
|
|
|
|
|
|
Modèle :
|
|
|
|
|
|
|
|
|
|
- **Nom Tâches** (*nombre d’heures de travail*) : commentaire.
|
|
|
|
|
- **Nom Tâches** (*nombre d’heures de travail*) : commentaire.
|
|
|
|
|
|
|
|
|
|
Essayez de créer votre wiki de votre côté et de le copier-coller et de l'enregistrer directement. Parce que c'est un document collaboratif, ce qui signifie que si quelqu'un le modifie de son côté pendant que quelqu'un d'autre écrit, cela peut provoquer des conflits.
|
