Nicolas Cantu
e2dba09bbf
Some checks failed
CI - 4NK Node / Code Quality (push) Failing after 30s
CI - 4NK Node / Unit Tests (push) Failing after 29s
CI - 4NK Node / Integration Tests (push) Failing after 10s
CI - 4NK Node / Security Tests (push) Failing after 27s
CI - 4NK Node / Docker Build & Test (push) Failing after 8s
CI - 4NK Node / Documentation Tests (push) Failing after 4s
CI - 4NK Node / Security Audit (push) Successful in 3s
CI - 4NK Node / Release Guard (push) Has been skipped
CI - 4NK Node / Performance Tests (push) Failing after 27s
CI - 4NK Node / Notify (push) Failing after 2s
23 lines
882 B
Markdown
23 lines
882 B
Markdown
# Processus de feedback vers le template 4NK
|
||
|
||
L’objectif est de canaliser les améliorations génériques découvertes dans les projets vers `4NK_template`.
|
||
|
||
## 1. Identifier une amélioration générique
|
||
- Règle Cursor utile à plusieurs dépôts
|
||
- Étape CI/CD généralisable
|
||
- Script ou guide documentaire réutilisable
|
||
|
||
## 2. Ouvrir une issue dédiée (Template Feedback)
|
||
- Décrire le contexte, l’impact multi‑projets et la proposition
|
||
- Joindre des diffs minimaux et des liens vers projets sources
|
||
|
||
## 3. Prototyper et valider
|
||
- Créer une branche sur `4NK_template`
|
||
- Ajouter les nouveaux artefacts (règles/scripts/docs)
|
||
- Valider via la CI (incluant `security-audit` et `release-guard`)
|
||
|
||
## 4. Finaliser et communiquer
|
||
- Mettre à jour `CHANGELOG.md` et `TEMPLATE_VERSION`
|
||
- Ajouter une note dans `docs/INDEX.md`
|
||
- Annoncer aux projets consommateurs (via issue/PR)
|