CodeStream vous montre les erreurs pour tout APM ou service de monitoring de navigateur, y compris les erreurs qui vous sont attribuées et les erreurs récentes se produisant dans le code ouvert dans votre IDE. Vous pouvez contrôler le délai via la liste déroulante dans l'en-tête de cette section. Notez que cette liste peut être un sous-ensemble des erreurs affichées dans la boîte de réception des erreurs sur New Relic.
Cliquez simplement sur une erreur pour en déterminer la cause première et collaborer avec vos coéquipiers sur l’enquête.
Cliquez sur n'importe quelle image dans la trace d'appels pour accéder directement au fichier et au numéro de ligne correspondants. Si vous associez des références git à vos erreurs, CodeStream ouvre un onglet d'éditeur en lecture seule du fichier qui a déclenché l'erreur dans l'environnement. Si vous n'associez pas de références git, une version locale du fichier s'ouvre à la place. Vous ne pourrez pas cliquer sur les cadres trace d'appels qui représentent du code ne faisant pas partie de votre référentiel (par exemple, une bibliothèque externe).
Pour les erreurs de monitoring des services de navigateurs, vous devrez télécharger des cartes sources afin que la trace des appels puisse être déminifiée, vous permettant ainsi d'accéder au code de chaque image.
En parcourant la trace d'appels, vous pouvez trouver du code qui semble être la source de votre problème et démarrer une discussion avec le bouton de commentaire. CodeStream mentionne automatiquement la personne la plus récente à avoir touché ce code, ce qui vous permet d'intégrer facilement les bonnes personnes à la discussion.
Une fois le problème identifié, vous pouvez attribuer l'erreur ou mettre à jour le statut d'erreur de unresolved à resolved ou ignored.
À partir de la boîte de réception des erreurs
Vous pouvez accéder à cette même expérience d'erreur directement à partir d'une erreur dans la boîte de réception des erreurs sur New Relic. Lorsque vous visualisez une erreur avec une trace d'appels, cliquez sur Open in IDE pour accéder directement au code dans votre IDE.
Notez également que les discussions sont synchronisées entre CodeStream et la boîte de réception des erreurs, vous pouvez donc participer depuis l'un ou l'autre endroit.
Associer les SHA de build ou la balise de sortie aux erreurs
Lorsque vous visualisez une erreur dans CodeStream, vous pouvez voir une tag SHA ou sortie de build associée à l'erreur si elle n'a pas de référence git. CodeStream utilise la référence git pour faire correspondre l'erreur trace d'appels spécifique avec la version du code exécuté dans l'environnement qui a déclenché l'erreur. Bien que vous n’ayez pas besoin d’une référence git configurée pour enquêter sur l’erreur, gardez à l’esprit que vous ne regardez peut-être pas la version du code qui l’a provoquée.
Vous pouvez utiliser une variable d'environnement pour permettre à l'agent New Relic de connaître le commit SHA associé à chaque build de votre projet. Vous pouvez également utiliser la tagde sortie associée à la version en cours d'exécution de votre logiciel.
Pour APM, le commit sha et/ou tag de sortie (tags.commit et tags.releaseTag) sont ajoutés comme attribut sur les événements Transaction et TransactionError. Vous pouvez utiliser les variables d'environnement APM pour définir ces attributs. Nous vous recommandons de définir l'une ou les deux de ces variables dans le cadre de votre pipeline de build :
NEW_RELIC_METADATA_COMMIT:Le commit sha. Vous pouvez inclure le tout ou seulement les sept premiers caractères (par exemple,734713b).NEW_RELIC_METADATA_RELEASE_TAG:Une tag de sortie (telle quev0.1.209ourelease-209). Cela présente l’avantage d’être lisible par l’homme.
Pour en savoir plus sur la manière de définir ces variables, voici les détails de configuration spécifiques à chaque langue :
Si vous avez configuré des références git, CodeStream vous indiquera si la version du code sur laquelle vous vous trouvez localement ne contient pas la référence associée à l'erreur. Dans ce cas, vous souhaiterez peut-être vérifier la version du code qui contient cette référence afin de pouvoir enquêter plus efficacement et résoudre l'erreur.
CodeStream vous indiquera également si l'erreur n'a pas de trace d'appels associée. Cela se produit avec des erreurs plus anciennes lorsque la trace d'appels a vieilli sur New Relic.