Gato/Olhar-API

Fork 0

Files

T

Gato c34cc41496

CI — Tests & Docker Build / Tests (push) Failing after 2m55s

Details

CI — Tests & Docker Build / Build & push image Docker (push) Has been skipped

Details

ci: pipeline Gitea Actions build & push Docker sur push main

- 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>

2026-06-07 08:05:53 +02:00

1.3 KiB

Raw Permalink Blame History

Documentation — Olhar-API

Wiki du projet

La documentation de Olhar-API est maintenue dans ../Olhar-API.wiki/ (chemin relatif à la racine du projet).

Les règles générales de mise à jour du wiki sont définies dans les règles workspace (wiki.md).

Fichiers du wiki

Fichier	Contenu
`Specification-Fonctionnelle.md`	Comportement visible : endpoints, règles métier, cas d'usage
`Specification-Technique.md`	Architecture, entités, flux de données, choix techniques
`Changelog.md`	Historique des modifications (entrée en tête, plus récent en premier)

Quand mettre à jour

Nouvel endpoint → mettre à jour les deux specs (fonctionnelle et technique).
Nouvelle entité ou modification de schéma → mettre à jour la spec technique.
Changement de règle métier → mettre à jour la spec fonctionnelle.
Ajout de dépendance ou changement d'architecture → mettre à jour la spec technique.

Format des endpoints dans la spec technique

### POST /auth/register

**Corps de la requête :**
\`\`\`json
{ "email": "...", "password": "..." }
\`\`\`

**Réponse (201) :**
\`\`\`json
{ "token": "...", "user": { "id": 1, "email": "..." } }
\`\`\`

**Erreurs :** 409 si email déjà utilisé, 400 si validation échoue.

1.3 KiB Raw Permalink Blame History