Mise à jour

Versionnement

quiet-guard/laravel-monitor suit le versionnement sémantique. Les versions patch et mineures sont rétrocompatibles ; les changements cassants sont réservés aux versions majeures et signalés ici.

Le SDK dépend du cœur agnostique quiet-guard/monitor-php, mis à jour en parallèle. Composer résout les deux ensemble.

Compatibilité

L'API d'ingestion à laquelle le SDK parle (/api/v1/...) est neutre vis-à-vis de la plateforme et versionnée indépendamment du package : un SDK récent continue donc de fonctionner avec un serveur de la même version majeure d'API.

Comment mettre à jour

composer update quiet-guard/laravel-monitor

Après la mise à jour, revérifiez votre configuration par rapport aux valeurs par défaut courantes. Si vous avez publié config/monitor.php, comparez-le au fichier fourni par le package et fusionnez les nouvelles clés :

# Inspecter les derniers défauts publiés
php artisan vendor:publish --tag=monitor-config

La configuration étant pilotée par l'environnement, la plupart des mises à jour ne nécessitent aucun changement de code, les nouvelles options arrivent avec des défauts sûrs et sont opt-in.

À vérifier après une mise à jour

• Environnements: confirmez que MONITOR_ENVIRONMENTS correspond toujours aux endroits où vous voulez la remontée active (défaut production,staging). Voir Configuration.
• File: si vous transmettez via une file (MONITOR_QUEUE), assurez-vous qu'un worker tourne pour traiter les jobs SendExceptionToMonitor / SendLogsToMonitor.
• Liste de masquage: si vous avez publié la config, revérifiez que vos entrées scrub personnalisées sont toujours présentes et complètes.
• Sauvegardes: vérifiez que le binaire de dump concerné (mysqldump / pg_dump) est disponible sur l'hôte si vous utilisez les sauvegardes chiffrées.

Désinstaller le SDK

composer remove quiet-guard/laravel-monitor

Grâce à l'auto-découverte, il n'y a rien d'autre à désenregistrer. Si vous avez publié la config, supprimez config/monitor.php et retirez les variables MONITOR_* de votre .env.