Clasificación de incidencias en GitHub
Esta página fue traducida por PageTurner AI (beta). No está respaldada oficialmente por el proyecto. ¿Encontraste un error? Reportar problema →
Comienza revisando las incidencias que necesitan clasificación, identificadas por la etiqueta "Needs: Triage".
-
¿Es una solicitud de ayuda a nivel de código para una aplicación específica? ¿Sería más adecuada para Stack Overflow? Si es así, aplica la etiqueta "Resolution: For Stack Overflow".
-
¿Utiliza correctamente esta incidencia la plantilla proporcionada? Si no, aplica la etiqueta "Needs: Template".
-
¿Menciona la incidencia la versión de React Native utilizada? Si no, aplica la etiqueta "Needs: Environment Info".
-
¿Incluye la incidencia un Snack, un ejemplo de código O una lista de pasos para reproducir el problema? Si no, aplica la etiqueta "Needs: Repro".
A veces recibimos incidencias que no son apropiadas para el rastreador de GitHub. Añade la etiqueta "Type: Invalid" y un bot cerrará automáticamente la incidencia.
En este punto, puedes pasar a analizar el contenido de la incidencia. ¿Incluye una descripción clara del problema?
Si no, pide amablemente al autor que actualice la incidencia con la información necesaria y aplica la etiqueta "Needs: Author Feedback".
Nuestro objetivo es ser siempre amables y útiles, y esperamos lo mismo de cada miembro de nuestra comunidad.
Mejora de una incidencia
Si la incidencia contiene toda la información necesaria, considera si aún puede mejorarse. ¿El formato es correcto? Puedes editar ligeramente la incidencia para mejorar su legibilidad si es necesario.
Si contiene un bloque de código sin formato, rodéalo con tres comillas invertidas (```) para convertirlo en un bloque de código de markdown.
¿Hay etiquetas que puedas añadir para categorizarla mejor? Si solo afecta a aplicaciones Android, añade "Platform: Android". Si solo aparece al desarrollar en Windows, añade "Platform: Windows".
Tenemos una extensa lista de etiquetas, ¡revísala para ver si alguna aplica!
Manejo de duplicados
Al trabajar con estas incidencias, comprenderás mejor el tipo de problemas reportados. Incluso podrías notar que se reporta repetidamente el mismo error.
En estos casos, puedes cerrar la incidencia y añadir un comentario que diga "Duplicate of #issue". Siguiendo esta convención, GitHub la marcará automáticamente como duplicada.
Evaluación del impacto
A continuación, debemos determinar la gravedad del problema.
¿Es un potencial bloqueador de lanzamiento?
Estas incidencias deben resolverse en una o dos semanas, ya que podrían impedir que los coordinadores de lanzamiento creen una candidata a versión limpia.
Suelen ser regresiones que rompen nuestras pruebas precommit. Evita marcarla como bloqueadora si existe hace tiempo (si ya está presente en versiones anteriores, por definición no puede bloquear un RC).
¿Provoca que la aplicación se cierre inesperadamente?
Son problemas que hacen que React Native falle abruptamente. Pueden generar mala experiencia de usuario si no se detectan pronto.
¿Se trata de un error?
Describe algo que no funciona como se espera. Sería bueno solucionarlo en algún momento, pero no es lo suficientemente grave como para bloquear el ciclo de lanzamiento. Incluso si el problema provoca un bloqueo (crash), si hay una solución alternativa razonable disponible, se puede clasificar como un error común.
¿Es un good first issue?
Se trata de problemas que no requieren un conocimiento profundo ni familiaridad con el repositorio. GitHub mostrará estos problemas a personas interesadas en convertirse en colaboradores. Ten en cuenta que los problemas etiquetados de esta manera pueden no solucionarse inmediatamente.