CodeStream le muestra errores para cualquier APM o servicio de monitoreo del navegador, incluidos los errores asignados a usted y los errores recientes que ocurren en el código abierto en su IDE. Puede controlar el plazo a través de la lista desplegable en el encabezado de esta sección. Tenga en cuenta que esta lista puede ser un subconjunto de los errores que se muestran en la Errors Inbox de New Relic.
Simplemente haga clic en un error para profundizar en la causa raíz y colaborar con sus compañeros de equipo en la investigación.
Haga clic en cualquier cuadro en el rastreo de la pila para saltar directamente al archivo y número de línea correspondiente. Si está asociando referencias de git con sus errores, CodeStream abre una pestaña del editor de solo lectura del archivo que desencadenó el error en el entorno. Si no está asociando referencias de git, se abre una versión local del archivo. No podrá hacer clic en el rastreo de los marcos de pila que representan código que no forma parte de su repositorio (por ejemplo, una biblioteca externa).
Para errores en el monitoreo de los servicios del navegador, deberá cargar mapas fuente para que el rastreo de la pila pueda desminificarse, lo que le permitirá saltar al código de cada cuadro.
Mientras navega por el rastreo de la pila, puede encontrar el código que parece ser la fuente de su problema e iniciar una discusión con el botón de comentarios. CodeStream menciona automáticamente a la persona más reciente que tocó ese código, lo que le facilita incorporar a la discusión a las personas adecuadas.
Una vez que haya identificado el problema, puede asignar el error o actualizar el estado del error de unresolved
a resolved
o ignored
.
Comenzando desde la Errors Inbox
Puede acceder a esta misma experiencia de errores directamente desde un error en la Errors Inbox en New Relic. Al ver un error con un rastreo del stack, haga clic en Open in IDE para ir directamente al código en su IDE.
También tenga en cuenta que las discusiones se mantienen sincronizadas entre CodeStream y la Errors Inbox, por lo que puede participar desde cualquier ubicación.
Asociar SHA de compilación o etiqueta de lanzamiento con errores
Al ver un error en CodeStream, es posible que vea un SHA de compilación o una etiqueta de versión asociada con el error si no tiene una referencia de git. CodeStream utiliza la referencia de git para hacer coincidir el error de rastreo del stack específico con la versión del código que se ejecuta en el entorno que desencadenó el error. Si bien no necesita una referencia de git configurada para investigar el error, tenga en cuenta que es posible que no esté viendo la versión del código que lo causó.
Puede utilizar una variable de entorno para que el agente New Relic conozca el sha de confirmación asociado con cada compilación de su proyecto. También puede utilizar la etiqueta de versión asociada con la versión en ejecución de su software.
Para APM, la etiqueta de confirmación sha y/o liberación (tags.commit
y tags.releaseTag
) se agregan como atributo en los eventos Transaction
y TransactionError
. Puede utilizar variables de entorno APM para configurar estos atributos. Recomendamos configurar una o ambas de estas variables como parte de su canal de compilación:
NEW_RELIC_METADATA_COMMIT
: El compromiso sha. Puede incluirlo completo o solo los primeros siete caracteres (por ejemplo,734713b
).NEW_RELIC_METADATA_RELEASE_TAG
: una etiqueta de lanzamiento (comov0.1.209
orelease-209
). Esto tiene la ventaja de ser legible por humanos.
Para obtener más información sobre cómo configurar estas variables, aquí hay detalles de configuración específicos para cada idioma:
Si tiene referencias de git configuradas, CodeStream le informará si la versión del código en la que se encuentra localmente no contiene la referencia asociada con el error. En este caso, es posible que desee consultar la versión del código que contiene esa referencia para poder investigar y resolver el error de manera más efectiva.
CodeStream también le permitirá saber si el error no tiene un rastreo del stack asociado. Esto sucede con errores más antiguos cuando el rastreo del stack ha caducado en New Relic.