← Todos os artigos
Engenharia · 2 min de leitura

Pilhas de chamadas legíveis começam pelos artefactos certos

Guardar símbolos, binários e identificadores de versão em conjunto para investigar depois do lançamento.

Pilhas de chamadas legíveis começam pelos artefactos certos
Ilustração editorial · Pulseframe

Um endereço precisa de contexto

Uma pilha nativa pode conter endereços sem nomes de funções úteis. A simbolicação liga esses endereços aos artefactos da compilação correspondente. A correspondência exata importa: plataforma, arquitetura e identidade do binário são mais fiáveis do que um nome de ficheiro parecido com o da versão. Erros geridos e nativos podem exigir investigações diferentes.

Incluir os artefactos na entrega

Guarde os símbolos produzidos pela compilação com um identificador estável. Evite que o portátil de um programador seja o único arquivo. Defina quem pode aceder e durante quanto tempo estarão disponíveis para as versões suportadas. Envie apenas os formatos aceites pela integração atual e verifique o resultado.

Verificar antes de um incidente

Provoque uma falha controlada numa versão de teste para confirmar que o relatório é útil. Confirme a plataforma, a versão e as funções resolvidas. Se faltarem nomes, examine a correspondência dos artefactos e o seu processamento antes de assumir um defeito de captura. Não substitua um artefacto por outro binário com o mesmo identificador.

Ligar o diagnóstico à saúde da versão

Uma pilha legível ajuda a explicar uma falha, mas não define a prioridade. Cruze o relatório com recorrência, sessões afetadas e distribuição das versões no Pulseframe. Depois da correção, acompanhe a nova versão sem perder de vista as anteriores ainda suportadas. Cobertura de símbolos e impacto nos jogadores são perguntas diferentes: um bom processo responde às duas.

Coloque os jogadores no centro.

Conhecer o Pulseframe ↗