ci: amélioration des workflows - concurrency, pr triggers, cache (epic #103)

[bgauduch]

$(cat <<'EOF'

Résumé

Cette PR modernise les 5 workflows GitHub Actions du dépôt en apportant les améliorations suivantes :

1. Contrôle de concurrence (concurrency) sur tous les workflows

Évite l'accumulation de runs obsolètes sur la même branche ou PR :

• build-test.yml et lint-dockerfile.yml : cancel-in-progress: true — les runs en cours sont annulés au profit du nouveau run (comportement souhaité sur les branches feature)
• push-latest.yml, release.yml et dockerhub-description-update.yml : cancel-in-progress: false — on évite les doublons sans interrompre un déploiement/release en cours

2. Déclenchement sur Pull Request pour lint-dockerfile.yml

Le lint Dockerfile se déclenche désormais aussi sur les PR ciblant master, en plus des push sur les branches feature. Le path hadolint.yaml a également été ajouté aux triggers push pour cohérence.

3. load: false explicite sur le build multi-arch dans build-test.yml

Le second step de build (multi-arch : linux/amd64,linux/arm64,linux/arm/v7,linux/386) déclare maintenant explicitement load: false — confirmant qu'il sert uniquement à vérifier que la compilation multi-plateforme réussit, sans charger l'image localement ni la pousser.

4. Cache buildx harmonisé (vérification)

Tous les workflows utilisant docker/build-push-action utilisaient déjà la même stratégie de cache :

cache-from: type=gha
cache-to: type=gha,mode=max

Aucune modification nécessaire — configuration déjà cohérente.

5. Déclenchement manuel (workflow_dispatch) pour push-latest.yml

Le workflow de push vers Docker Hub peut désormais être déclenché manuellement depuis l'UI GitHub, sans nécessiter un push sur master.

---

closes #103
closes #46
EOF
)

---

Generated by Claude Code