- scripts/build-radar.js: bash → sh (Alpine n'a pas bash)
- radar-app/package.json: ajouter postcss comme dépendance directe
- radar-app/package-lock.json: régénéré avec postcss ^8.5.3
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
docs/ est entièrement ignoré par .gitignore, mais docs/data/team/*.md
est nécessaire au build (generate-team-visualization-data.js).
Déplacement vers data/ à la racine pour que ces fichiers soient
versionnés et disponibles lors du déploiement depuis le dépôt.
- Nouveau dossier data/ versionné (profils équipe, technologies)
- docs/ entièrement ignoré (documentation humaine uniquement)
- Mise à jour des 4 références dans les scripts
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
- Intégration du code source du framework dans radar-app/ (vendoring)
- Suppression de la dépendance npm aoe_technology_radar
- Création de scripts build-radar.js et serve-radar.js pour remplacer le CLI techradar
- Adaptation de tous les scripts et Docker pour utiliser radar-app/ au lieu de .techradar
- Refactorisation complète de Dockerfile.business
- Mise à jour de la documentation (architecture, déploiement, développement)
- Mise à jour de .gitignore pour ignorer les artefacts de build de radar-app/
- Ajout de postcss dans les dépendances Docker pour le build Next.js
Le projet est maintenant complètement indépendant du package externe.
Co-authored-by: Cursor <cursoragent@cursor.com>
- Le flag --single redirigeait toutes les routes vers index.html
- Maintenant /team/ est correctement servi via /team/index.html
- Le script team-block-script.js sera chargé côté client
- scripts/generate-team-visualization-data.js : remplacement de 'core' par 'adopt' dans generateCongestionMatrix() et generateGenesisTeam()
- scripts/analyze-business-metrics.js : remplacement de 'core' par 'adopt' dans 3 endroits
- docs/app/guide-page-equipe.md : précisions sur l'utilisation de 'adopt' pour les technologies critiques
- docs/app/architecture.md : précisions sur les technologies utilisées dans les visualisations
Tous les scripts utilisent maintenant les rings standards (adopt|trial|assess|hold) conformément à la migration effectuée.
- Utilisation de return au lieu de exit pour ne pas tuer le shell parent
- Le Dockerfile gère déjà les erreurs avec || exit 1
- Retour 0 à la fin pour indiquer le succès
- Simplification de la gestion d'erreurs dans Dockerfile
- Suppression de set -e dans le script pour mieux gérer les erreurs
- Vérification que Navigation.tsx existe avant modification
- Affichage du contenu en cas d'échec
- Utilisation de sed en premier (plus simple)
- Fallback avec Python si sed échoue
- Logs détaillés pour voir le contenu avant/après
- Affichage du contenu modifié pour vérification
- Ajout de /app/.techradar/public/ dans la recherche
- Logs détaillés avec pwd pour voir le répertoire actuel
- Vérification après copie pour confirmer le succès
- Meilleur diagnostic des chemins
- Recherche dans .techradar/public/
- Recherche dans /app/public/
- Recherche dans ../public/
- Logs détaillés pour diagnostic
- Copie de team-visualization-data.json également
- Installation de Python3 dans Dockerfile
- Logs détaillés pour diagnostic
- Vérification après modification
- set -e pour arrêter en cas d'erreur
- Vérification dans Dockerfile que le script a réussi
- Utilisation de Python au lieu de sed/awk pour modification précise
- Insertion correcte du lien Équipe après Overview
- Page team.tsx avec iframe pour charger team.html
- Script create-team-page.sh pour créer team.tsx et modifier Navigation
- Page Next.js qui charge team.html dynamiquement
- Lien Équipe ajouté directement dans le composant Navigation React
- Plus fiable que l'injection JavaScript
- Vérification de l'existence de team.html dans out/ au démarrage
- Copie automatique depuis public/ si absent
- Ajout de --single à serve pour gérer les routes SPA (peut aider pour les fichiers HTML)
- Création du script generate-team-visualization-data.js pour générer les données JSON
- Page /team.html avec 3 visualisations :
* Graphe réseau (Cytoscape.js) : technologies ↔ membres
* Matrice de congestion : technologies core et disponibilité
* Équipe de genèse MVP : sélection automatique pour MVP 2 mois
- Ajout du lien '👥 Équipe' dans le header du radar
- Données JSON générées pour visualisations interactives
- Identification des congestions et technologies non couvertes
- Création de 12 fichiers de profils individuels dans docs/data/team/
- Chaque profil contient métadonnées YAML complètes (compétences, projets, soft skills)
- Correction du script extract-technologies.js pour charger toutes les compétences depuis les fichiers
- Mise à jour des blips radar avec les données d'équipe correctes
- Suppression des anciens fichiers dans radar/ (remplacés par radar-business/)
- 58 compétences au total chargées depuis les fichiers individuels
- Next.js avec output: export génère des fichiers statiques dans out/
- next start ne fonctionne pas avec output: export
- Utilisation de npx serve@latest out pour servir les fichiers statiques
- Cela correspond à la recommandation de Next.js pour les exports statiques
- Changement de NODE_ENV de development à production dans Dockerfile.business
- Build de l'application en mode production dans le Dockerfile
- Modification de start-business.sh pour utiliser 'next start' au lieu de 'next dev'
- Cela désactive complètement Fast Refresh et évite les rechargements en boucle
- Le mode production n'utilise pas Fast Refresh, donc pas de problème avec webpack hot-update
- Interception de fetch et XMLHttpRequest pour bloquer les requêtes webpack.hot-update.json
- Cela empêche Fast Refresh de déclencher des rechargements en boucle
- Ajout de NEXT_DISABLE_FAST_REFRESH dans start-business.sh (si supporté par Next.js)
- Les requêtes webpack hot-update sont maintenant ignorées silencieusement
- Modification du script pour créer radar/2025-01-15/ au lieu de copier directement dans radar/
- Cela permet au framework de parser correctement les dates et d'afficher les releases
- Nettoyage de la structure locale pour avoir uniquement radar/2025-01-15/
- Correction du Dockerfile.business pour préserver la structure radar/2025-01-15/ au lieu de copier directement dans radar/
- Cela permet au framework de parser correctement les dates et d'afficher les releases
- Ajout du script scripts/verify-blips.js pour vérifier le format des blips et des dates
- Tous les 36 fichiers blips vérifiés et validés (title, ring, quadrant, tags présents)
- Création de docs/app/ pour la documentation de l'application
- Création de docs/data/ pour les données utilisées par l'application
- Déplacement de la documentation technique vers docs/app/
- Déplacement des données métier vers docs/data/
- Mise à jour de tous les liens et références dans les fichiers
- Mise à jour des scripts (extract-technologies.js, analyze-business-metrics.js)
- Mise à jour des fichiers JavaScript (custom.js, strategie-link.js)
- Création de README.md dans docs/, docs/app/ et docs/data/
- Mise à jour du Readme.md principal avec les nouveaux chemins
- Mise à jour du port dans docker-compose.business.yml
- Mise à jour du port dans scripts/serve-business.sh
- Mise à jour de toute la documentation (Readme.md et docs/*.md)
- Remplacement des anneaux business (Core/Strategic/Support/Legacy) par les anneaux classiques (Hold/Assess/Trial/Adopt)
- Mise à jour du titre : 'Radar Technologique Laplank'
- Migration de tous les blips (36 fichiers) vers les nouveaux anneaux
- Ajout de la section 'Technologies d'Authentification et d'Identité' dans technologies-duniter.md
- Ajout de 7 nouvelles technologies d'authentification : Microsoft Entra, AUTHZ/AUTHN, Better Auth, DID/UCAN, VC, OpenID Connect, SPIFFE
- Création du script migrate-rings.sh pour la migration des anneaux
- Bouton déplacé en haut de page (header ou barre fixe)
- Contenu complet de strategie-evolution-technique.md intégré
- Conversion Markdown vers HTML avec styles
- Script serve-business.sh configuré pour port 3004
- Ajout de 5 technologies DataViz : D3.js, ECharts, Grafana, Leaflet, Cytoscape.js
- Mise à jour de la roadmap technique avec l'axe Visualisation & UX
- Génération des blips associés dans radar-business
- Mise à jour de l'analyse stratégique
- Suppression automatique des anciens backups avant de créer de nouveaux
- Évite les erreurs lors du redémarrage du serveur
- Serveur maintenant accessible sur http://localhost:3000/business
- Ajout de 9 technologies ThreeFold (Grid, Zero OS, 3Node, Compute, Storage, Mycelium, Blockchain, Cloud, AIBox)
- Mise à jour de l'analyse stratégique avec section dédiée ThreeFold
- Mise à jour de la stratégie d'évolution technique intégrant ThreeFold
- Mise à jour du script d'extraction pour inclure les technologies ThreeFold
- Génération de 31 blips (au lieu de 22) avec nouvelles métriques
- Build réussi avec toutes les technologies
- Remplacement de config.json par config-business.json
- Remplacement du contenu radar/ par les blips business
- Ajout du script serve-business.sh pour le déploiement local
- Création de la structure radar-business/ avec configuration business
- Génération de 22 blips de technologies avec métadonnées business
- Scripts d'extraction et d'analyse des technologies
- Analyse stratégique avec identification de patterns
- Stratégie d'évolution technique avec roadmap 3 ans
- Documentation complète du radar business
- Analyse des compétences de l'équipe depuis profil-team.md
