Verificaciones de pull request

Aprende cómo hacer que tu pull request pase exitosamente todas las verificaciones.

Cuando creas un pull request (PR) en el repositorio de opentelemetry.io se ejecutan un conjunto de verificaciones. Las verificaciones del PR verifican que:

Easy CLA

Esta verificación falla si no has firmado el CLA.

Despliegue de Netlify

Si la compilación de Netlify falla, selecciona Details para más información.

Verificaciones de PR en GitHub

Para asegurar que las contribuciones sigan nuestra guía de estilo hemos implementado un conjunto de verificaciones que verifican las reglas de la guía de estilo y fallan si encuentran algún problema.

La siguiente lista describe las verificaciones actuales y qué puedes hacer para corregir errores relacionados:

TEXT linter

Esta verificación verifica que los términos y palabras específicos de OpenTelemetry se usen consistentemente en todo el sitio.

Si se encuentran problemas, se agregan anotaciones a tus archivos en la vista files changed de tu PR. Corrígelos para que la verificación se vuelva verde. Como alternativa, puedes ejecutar npm run check:text -- --fix localmente para corregir la mayoría de los problemas. Ejecuta npm run check:text nuevamente y corrige manualmente los problemas restantes.

MARKDOWN linter

Esta verificación verifica que se apliquen estándares y consistencia para los archivos Markdown.

Si se encuentran problemas, ejecuta npm run fix:markdown para corregir la mayoría de los problemas automáticamente. Para cualquier problema restante, ejecuta npm run check:markdown y aplica los cambios sugeridos manualmente.

SPELLING check

Esta verificación verifica que todas las palabras estén escritas correctamente.

Si esta verificación falla, ejecuta npm run check:spelling localmente para ver las palabras mal escritas. Si una palabra está escrita correctamente, es posible que necesites agregarla a la sección cSpell:ignore en el front matter del archivo.

CSPELL check

Esta verificación verificará que todas las palabras en tu lista de ignorados de cSpell estén normalizadas.

Si esta verificación falla, ejecuta npm run fix:dict localmente y sube los cambios en un nuevo commit.

FILE FORMAT

Esta verificación verifica que todos los archivos cumplan con las reglas de formato de Prettier.

Si esta verificación falla, ejecuta npm run fix:format localmente y sube los cambios en un nuevo commit.

FILENAME check

Esta verificación verifica que todos los nombres de archivo estén en kebab-case.

Si esta verificación falla, ejecuta npm run fix:filenames localmente y sube los cambios en un nuevo commit.

Estas dos verificaciones compilan el sitio web y verifican que todos los enlaces sean válidos.

Para compilar y verificar enlaces localmente, ejecuta npm run check:links. Este comando también actualiza el caché de referencias. Sube cualquier cambio al refcache en un nuevo commit.

Corregir 404s

Necesitas corregir las URLs reportadas como inválidas (estado HTTP 404), por el verificador de enlaces.

Manejo de enlaces externos válidos

El verificador de enlaces a veces obtendrá un estado HTTP diferente a 200 (éxito) por servidores que bloquean verificadores. Dichos servidores a menudo devolverán un estado HTTP en el rango 400 diferente a 404, como 401, 403, o 406, que son los más comunes. Algunos servidores, como LinkedIn, reportan 999.

Si has validado manualmente un enlace externo para el cual el verificador no obtiene un estado de éxito, puedes agregar el siguiente parámetro de consulta a tu URL para que el verificador de enlaces lo ignore: ?no-link-check. Por ejemplo, https:/some-example.org?no-link-check será ignorado por el verificador de enlaces.

WARNINGS in build log?

Si esta verificación falla, revisa el log de BUILD and CHECK LINKS, bajo el paso npm run log:check:links, para cualquier otro problema potencial. Pide ayuda a los mantenedores si no estás seguro de cómo recuperarte.