c34cc41496
- Dockerfile multi-stage (build eclipse-temurin:25-jdk → runtime) - CI : tests via actions/setup-java puis build & push vers registry Gitea - Trigger Watchtower après push sur main - CLAUDE.md + rules projet (.claude/rules/) - Version build.gradle : 0.0.1-SNAPSHOT → 0.0.1 Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
1.1 KiB
1.1 KiB
Commits et versioning — Olhar-API
Scopes Conventional Commits
Le format global est défini dans les règles workspace (commit.md). Scopes spécifiques à ce projet :
| Scope | Usage |
|---|---|
auth |
Authentification, JWT, sécurité |
user |
Entité utilisateur, inscription, profil |
photo |
Gestion des photos (upload, listing, métadonnées) |
db |
Migrations Flyway, schéma |
config |
Configuration Spring, OpenAPI, CORS |
ci |
Workflows Gitea Actions |
docs |
Documentation technique ou fonctionnelle |
Versioning dans build.gradle
La version est définie dans build.gradle :
version = '0.1.0'
Règles de bump (semver) :
PATCH: correction de bug, ajout mineur, refactoringMINOR: nouvelle fonctionnalité complète et fonctionnelleMAJOR: changement cassant d'API ou livraison majeure
Mettre à jour version dans build.gradle à chaque commit significatif.
Convention de branches
main: code stable, toujours fonctionnel et buildablefeat/<nom>: nouvelles fonctionnalités- Merger dans
mainuniquement quand les tests passent.