- 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
4.7 KiB
Guide de développement
Prérequis
- Node.js : Version 20 ou supérieure
- npm : Gestionnaire de paquets Node.js
- Git : Pour cloner et gérer le dépôt
Installation
Cloner le dépôt
git clone https://git.open.us.org/AJR/TechradarDev.git
cd TechradarDev
Installer les dépendances
npm install
Cette commande installe le framework aoe_technology_radar depuis GitHub.
Développement local
Démarrer le serveur de développement (Radar Principal)
npm run serve
Le serveur démarre sur http://localhost:3000/techradar
Démarrer le serveur de développement (Radar Business)
npm run serve-business
Le serveur démarre sur http://localhost:3006
Note importante : Le script serve-business.sh :
- Sauvegarde temporairement
config.jsonet le dossierradar/ - Copie
radar-business/config-business.jsonversconfig.json - Copie
radar-business/2025-01-15/versradar/ - Restaure la configuration originale à la sortie (Ctrl+C)
Le Radar Technologique Laplank est protégé par un mot de passe : laplank-radar
Build de production
Pour générer les fichiers statiques :
npm run build
Les fichiers générés sont créés dans le répertoire build/ (généré par le framework).
Structure des fichiers radar
Créer un nouveau blip
-
Créer un nouveau fichier Markdown dans le dossier de release approprié :
radar/2025-04-10/nom-technologie.md -
Utiliser le format suivant :
---
title: "Nom de la technologie"
ring: adopt|trial|assess|hold
quadrant: languages-and-frameworks|methods-and-patterns|platforms-and-aoe-services|tools
tags: [tag1, tag2]
---
Description de la technologie en Markdown.
## Avantages
- Point 1
- Point 2
## Cas d'usage
Description des cas d'usage chez AJR.
Format des métadonnées
- title (obligatoire) : Nom de la technologie
- ring (obligatoire) :
adopt,trial,assess, ouhold - quadrant (obligatoire) : Un des quatre quadrants définis dans
config.json - tags (optionnel) : Tableau de tags pour le filtrage
Exemple complet
---
title: "Docker"
ring: trial
quadrant: tools
tags: [devops, ci/cd]
---
Docker est une plateforme de conteneurisation qui permet de packager des applications avec leurs dépendances.
## Avantages
- Isolation des environnements
- Portabilité entre environnements
- Facilite le déploiement
## Utilisation chez AJR
Nous utilisons Docker pour containeriser nos applications et faciliter le déploiement.
Modifier un blip existant
- Localiser le fichier dans le dossier de release approprié
- Modifier le contenu Markdown
- Si nécessaire, modifier les métadonnées (ring, quadrant, tags)
- Tester localement avec
npm run serve
Créer une nouvelle release
-
Créer un nouveau dossier avec la date au format
YYYY-MM-DD:mkdir radar/2025-07-15 -
Copier les blips pertinents depuis la release précédente ou créer de nouveaux blips
-
Mettre à jour les blips existants si nécessaire
Ajouter des images
- Placer les images dans
public/images/ - Référencer dans les fichiers Markdown :

Personnalisation CSS
Le fichier custom.css permet d'ajouter des styles personnalisés. Les styles sont appliqués globalement à l'application.
Débogage
Vérifier les erreurs de format
Le framework valide les fichiers Markdown. En cas d'erreur :
- Vérifier la syntaxe YAML front matter
- Vérifier que les valeurs de
ringetquadrantcorrespondent aux valeurs définies dansconfig.json - Vérifier la syntaxe Markdown
Problèmes courants
- Erreur de parsing YAML : Vérifier les guillemets et l'indentation
- Blip non affiché : Vérifier que le quadrant et le ring sont corrects
- Images non chargées : Vérifier le chemin relatif depuis
public/
Workflow recommandé
- Créer une branche Git pour vos modifications
- Ajouter/modifier les fichiers radar
- Tester localement avec
npm run serve - Vérifier l'affichage et le formatage
- Commiter et pousser les changements
- Créer une pull request si applicable
Commandes utiles
# Installer les dépendances
npm install
# Démarrer le serveur de développement
npm run serve
# Build de production
npm run build
# Vérifier les fichiers modifiés
git status
# Voir les différences
git diff
Intégration continue
Le projet utilise Drone CI pour l'intégration continue. Voir .drone.yml pour la configuration.
Les builds automatiques :
- Construisent l'image Docker
- Déploient sur l'environnement de test
- Envoient des notifications Telegram