Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
This commit is contained in:
@ -1,6 +1,7 @@
|
||||
---
|
||||
issueRef: "#52"
|
||||
version: 1
|
||||
updatedBy: {"kind":"agent","agent_id":"f8f40941-ecf7-4830-b9de-8818a099f448"}
|
||||
updatedAt: 1784412011625
|
||||
version: 3
|
||||
updatedBy: {"kind":"agent","agent_id":"57695b92-24d0-4876-837c-76116e70a6ae"}
|
||||
updatedAt: 1784450444550
|
||||
---
|
||||
Dockerfile multi-stage (build `dart:stable` → runtime `debian:bookworm-slim`, `dart compile exe` AOT pour `server` et `migrate`), `docker-compose.yaml` (services `api`+`postgres:16-alpine`, healthcheck Postgres, `depends_on: service_healthy`, migrations auto au démarrage via `docker-entrypoint.sh`+`MIGRATE_ON_STARTUP`), `.env.example` documenté, `scripts/push-gitea-image.sh` sans aucun identifiant en dur (variables `GITEA_REGISTRY/OWNER/IMAGE_NAME/USERNAME/TOKEN`, login via --password-stdin). `docker compose config` validé (syntaxe/interpolation correctes), Dockerfile et scripts relus manuellement. Non vérifié : aucun `docker build`/`docker compose up` réel (pas d'accès Docker daemon dans le sandbox Main). À faire avant mise en prod : build réel de l'image, `docker compose up -d` complet avec vraie connexion Postgres, puis test du script de push une fois l'adresse Gitea fournie par l'utilisateur.
|
||||
@ -2,15 +2,15 @@
|
||||
id: "28ebc668-c209-4e6a-b123-252a38a3c784"
|
||||
number: 52
|
||||
title: "[Server] Packaging Docker Compose et push Gitea Registry"
|
||||
status: "open"
|
||||
status: "qa"
|
||||
priority: "low"
|
||||
sprint: null
|
||||
links: [{"target":"#46","kind":"relatesTo"},{"target":"#47","kind":"dependsOn"}]
|
||||
agentRefs: []
|
||||
createdBy: {"kind":"agent","agent_id":"f8f40941-ecf7-4830-b9de-8818a099f448"}
|
||||
updatedBy: {"kind":"agent","agent_id":"f8f40941-ecf7-4830-b9de-8818a099f448"}
|
||||
updatedBy: {"kind":"agent","agent_id":"57695b92-24d0-4876-837c-76116e70a6ae"}
|
||||
createdAt: 1784412011625
|
||||
updatedAt: 1784412011625
|
||||
version: 1
|
||||
updatedAt: 1784450444550
|
||||
version: 3
|
||||
---
|
||||
Finaliser l'exploitation container : `server/docker-compose.yaml` paramétrable via `.env` pour host bind, port API interne/externe, origine reverse proxy, URL publique HTTPS, config PostgreSQL, secrets, volumes persistants. Ajouter `server/scripts/push-gitea-image.sh` acceptant registry, image, tag, username/token via variables d'environnement ou arguments, sans valeur en dur. Documenter le flux build/push/run.
|
||||
@ -1,6 +1,6 @@
|
||||
---
|
||||
issueRef: "#54"
|
||||
version: 2
|
||||
version: 4
|
||||
updatedBy: {"kind":"user"}
|
||||
updatedAt: 1784449895057
|
||||
updatedAt: 1784451193831
|
||||
---
|
||||
|
||||
@ -6,10 +6,11 @@ status: "open"
|
||||
priority: "medium"
|
||||
sprint: "1bb8bdf2-9c35-4f53-9a31-1390a47bec63"
|
||||
links: []
|
||||
agentRefs: []
|
||||
agentRefs: [{"agentId":"57695b92-24d0-4876-837c-76116e70a6ae","role":"assigned"}]
|
||||
createdBy: {"kind":"user"}
|
||||
updatedBy: {"kind":"user"}
|
||||
createdAt: 1784449895047
|
||||
updatedAt: 1784449895057
|
||||
version: 2
|
||||
updatedAt: 1784451193831
|
||||
version: 4
|
||||
---
|
||||
Dans certains exercices, il peut être interessant qu'il y ai plusieurs étapes. Par exemple, pour un exercice de dribble, il peut être interessant de dire "dribbler main droite pendant 10 sec, puis dribller main gauche pendant 10 secondes, effectuer un double pas et réaliser 10 pompes" par exemple. Le tout représente alors une répétition mais se décompose en 4 étapes avec deux étapes qui se base sur un temps, et deux étapes sur un nombre de répétitions. J'aimerais donc pouvoir définir des étapes pour chaque exercice. L'ensemble de toutes les étape de l'exercice forme une répetition d'une série. Comme pour une série, chacune des étape doit pouvoir avoir un temps à définir (avec une valeur par défaut obligatoire > 0) ou un nombre de répétitions. Dans le cas d'une étape avec un temps, un chronometre est lancé. Dans les 3 dernieres secondes, un bip retenti pour chaque seconde et quand le temps arrive à 0 le bip est plus long que les autres. dans le cas ou deux étapes avec un temps s'enchainent, le second chronometre part directement à la fin de l'etape précédent. Le but est d'enchainer les étapes, il n'y a pas de pauses entre les différentes étapes. On eput aussi proposer de renseigner un score pour chaque étape de la même façon que pour les série.
|
||||
@ -587,11 +587,11 @@
|
||||
"issueRef": "#52",
|
||||
"path": "52",
|
||||
"title": "[Server] Packaging Docker Compose et push Gitea Registry",
|
||||
"status": "open",
|
||||
"status": "qa",
|
||||
"priority": "low",
|
||||
"sprint": null,
|
||||
"assignedAgentIds": [],
|
||||
"updatedAt": 1784412011625
|
||||
"updatedAt": 1784450444550
|
||||
},
|
||||
{
|
||||
"issueRef": "#53",
|
||||
@ -610,8 +610,10 @@
|
||||
"status": "open",
|
||||
"priority": "medium",
|
||||
"sprint": "1bb8bdf2-9c35-4f53-9a31-1390a47bec63",
|
||||
"assignedAgentIds": [],
|
||||
"updatedAt": 1784449895057
|
||||
"assignedAgentIds": [
|
||||
"57695b92-24d0-4876-837c-76116e70a6ae"
|
||||
],
|
||||
"updatedAt": 1784451193831
|
||||
}
|
||||
]
|
||||
}
|
||||
Reference in New Issue
Block a user