Le dépôt Git

Tout le projet vit dans un seul dépôt (un « monorepo ») : Epitech2026-2027/I-DEV-700-INT-7-1-timemanager-21.

Ce qu'il y a à la racine

.
├── docs/                  documents de gestion de projet (spécifications, audit...)
├── timemanager-docs/      ce site de documentation (VitePress)
├── timemanager-api/       le backend Phoenix
├── timemanager-web/       le site web Vue 3
├── timemanager-mobile/    l'application Expo
└── timemanager-devops/    Ansible, Jenkins, Traefik, compose de production

Chaque dossier est indépendant : il a ses propres dépendances et ne lit pas le code des autres. Le seul lien entre eux, c'est l'API, appelée par HTTP.

Les branches

Branche	Rôle
main	Ce qui est en production. Jenkins surveille cette branche.
develop	Branche d'intégration, fusionnée dans main par pull request.
feat/..., fix/...	Une branche par fonctionnalité ou correction.

Exemple : la branche feat/mobile contient tout le travail sur l'application mobile.

Ce qui déclenche quoi

Jenkins ne reconstruit une partie que si ses fichiers ont changé dans main :

Fichiers modifiés	Pipeline lancé
timemanager-web/** ou timemanager-devops/jenkins/pipelines/frontend.groovy	Frontend
timemanager-api/** ou timemanager-devops/jenkins/pipelines/backend.groovy	Backend
timemanager-mobile/**	Aucun : l'app mobile n'est pas déployée sur les serveurs
timemanager-docs/**, docs/database.mmd ou timemanager-devops/jenkins/pipelines/docs.groovy	Documentation
Le reste de docs/	Aucun

Les messages de commit

Le projet suit les Conventional Commits :

type(partie): ce qui change, en minuscules

feat(mobile): settings, notifications, my changes and your data
fix(ci): install build tools so native dependencies compile in tests
docs: specifications v1.7, French and English, light and dark

Type	Quand
feat	Nouvelle fonctionnalité
fix	Correction de bug
refactor	Réorganisation sans changement de comportement
perf	Amélioration de performance
chore	Maintenance (dépendances, configuration)
docs	Documentation