Skip to main content

Administrar las notificaciones en tu bandeja de entrada

Usa la bandeja de entrada para evaluar rápidamente las prioridades de las notificaciones y sincronizarlas en el correo electrónico y el teléfono móvil.

Acerca de tu bandeja de entrada

Para utilizar la bandeja de notificaciones en GitHub y GitHub Mobile, debes habilitar las notificaciones web y móviles en tu configuración de notificaciones. Para obtener más información, consulta Configuración de notificaciones.

Para acceder a la bandeja de entrada de notificaciones, en la esquina superior derecha de cualquier página, haga clic en .

La bandeja de entrada muestra todas las notificaciones a las que esté suscrito o no haya marcado como Done. Puede personalizar la bandeja de entrada para que se adapte mejor a su flujo de trabajo mediante filtros, ver todas las notificaciones o solo las no leídas y agrupar las notificaciones para verlas rápidamente de forma general.

Predeterminadamente, tu bandeja de entrada mostrará las notificaciones leídas y no leídas. Para ver solo las notificaciones no leídas, haga clic en Unread o use la consulta is:unread.

Opciones de clasificación

Tienes varias opciones para clasificar las notificaciones de tu bandeja de entrada.

Opción de clasificaciónDescripción
SaveGuarda tu notificación para revisarla posteriormente. Para guardar una notificación, a la derecha de esta, haz clic en .

Las notificaciones guardadas se conservan de manera indefinida y se pueden ver haciendo clic en Saved en la barra lateral o con la consulta is:saved. Si la notificación que guardaste tiene más de 5 meses y cambia a no guardada, ésta desaparecerá de tu bandeja de entrada en un día.
ListoMarca una notificación como completada y elimina la notificación de tu bandeja de entrada. Para ver todas las notificaciones completadas, haga clic en Done en la barra lateral o use la consulta is:done. Las notificaciones marcadas como Done se guardan durante 5 meses.
Cancelar suscripciónSe elimina automáticamente la notificación de la bandeja de entrada y se cancela la suscripción a la conversación hasta que se @mentioned a su usuario o se @mentioned a algún equipo al que pertenezca, o bien cuando se le solicite una revisión.
LecturaMarca la notificación como leída. Para ver solo las notificaciones leídas en la bandeja de entrada, use la consulta is:read. Esta consulta no incluye las notificaciones marcadas como Done.
UnreadMara la notificación como no leída. Para ver solo las notificaciones no leídas en la bandeja de entrada, use la consulta is:unread.

Para ver los métodos abreviados de teclado disponibles, consulta Accesos directos del teclado.

Antes de escoger una opción de clasificación, puedes prever los detalles de la notificación e investigar. Para más información, consulta Clasificar solo una notificación.

Clasificar varias notificaciones al mismo tiempo

Para evaluar las prioridades de varias notificaciones a la vez, selecciona las notificaciones relevantes y usa el menú desplegable para elegir una opción de evaluación de prioridades.

Captura de pantalla de la página "Notificaciones". Un menú desplegable está resaltado con un contorno naranja.

Filtros de notificación predeterminados

De manera predeterminada, la bandeja de entrada tiene filtros para cuando recibe una asignación, participa en un hilo, se le solicita revisar una solicitud de incorporación de cambios o se @mentioned a su usuario directamente o se @mentioned a un equipo del cual es miembro.

Personalizar tu bandeja de entrada con filtros personalizados

Puedes agregar hasta 15 de tus filtros personalizados.

  1. En la esquina superior derecha de cualquier página, haz clic en .

    Captura de pantalla de la esquina derecha del encabezado de GitHub. Un icono de bandeja de entrada tiene un punto azul, lo que indica que hay notificaciones no leídas.

  2. Para abrir la configuración de filtros, en la barra lateral izquierda, junto a "Filtros", haz clic en .

    Tip

    Para obtener una vista previa rápida de los resultados de la bandeja de entrada de un filtro, crea una consulta en la vista de la bandeja de entrada y haz clic en Save, con lo que se abre la configuración del filtro personalizado.

  3. Añade un nombre para tu filtro y query del mismo. Por ejemplo, para ver solo las notificaciones de un repositorio específico, puede crear un filtro mediante la consulta repo:octocat/open-source-project-name reason:participating. También puedes añadir emojis con un teclado que los tenga como nativos. Para obtener una lista de las consultas de búsqueda admitidas, consulta Consultas admitidas para filtros personalizados.

    Captura de pantalla en la que se muestran los filtros de notificación. Dos campos de entrada, con un nombre de ejemplo y una consulta de filtro rellenada, se resaltan con un contorno naranja.

  4. Haga clic en Crear.

Limitaciones de los filtros personalizados

Los filtros personalizados no son compatibles actualmente con:

  • Búsquedas de texto completo en su bandeja de entrada, incluyendo búsquedas de los títulos de los informes de problemas o solicitudes de extracción
  • Distinción entre los filtros de consulta is:issue, is:pr y is:pull-request. Estos queries darán como resultado tanto informes de verificación como solicitudes de extracción.
  • Creación de más de 15 filtros personalizados
  • Cambio de los filtros predeterminados o su orden
  • Exclusión de búsqueda mediante NOT o -QUALIFIER

Queries compatibles para filtros personalizados

Estos son los tipos de filtro que puedes utilizar:

  • Filtrar por repositorio con repo:
  • Filtrar por tipo de debate con is:
  • Filtre por motivo de notificación con reason:

Consultas de repo: admitidas

Para agregar un filtro de repo:, debe incluir el propietario del repositorio en la consulta: repo:owner/repository. Un propietario es el usuario u organización al que pertenece el activo de GitHub que activa la notificación. Por ejemplo, repo:octo-org/octo-repo mostrará las notificaciones desencadenadas en el repositorio octo-repo dentro de la organización de octo-org.

Consultas de is: admitidas

Para filtrar las notificaciones de una actividad específica en GitHub, puedes usar la consulta is. Por ejemplo, para ver solo las actualizaciones de invitación al repositorio, usa is:repository-invitation y, para ver solo Dependabot alerts, usa is:repository-vulnerability-alert.

  • is:check-suite
  • is:commit
  • is:gist
  • is:issue-or-pull-request
  • is:release
  • is:repository-invitation
  • is:repository-vulnerability-alert

Para obtener información sobre cómo reducir el ruido de las notificaciones de Dependabot alerts, consulta Configuración de notificaciones para alertas de Dependabot.

También puede utilizar la consulta is: para describir cómo se clasificó la notificación.

  • is:saved
  • is:done
  • is:unread
  • is:read

Consultas de reason: admitidas

Para filtrar las notificaciones según el motivo de la recepción de una actualización, puede usar la consulta reason:. Por ejemplo, para ver las notificaciones de cuando se le solicita a usted (o a un equipo del que forma parte) que revise una solicitud de incorporación de cambios, use reason:review-requested. Para más información, consulta Acerca de las notificaciones.

ConsultarDescripción
reason:assignCuando hay una actualización en un informe de problemas o solicitud de extracción en los que estés asignado.
reason:authorCuando abres una solicitud de extracción o informe de problemas y ésta ha tenido una actualización o comentario nuevo.
reason:commentAl comentar un problema o solicitud de cambios.
reason:participatingAl comentar un problema o solicitud de cambios o has sido @mentioned.
reason:invitationCuando se te invita a un equipo, organización o repositorio.
reason:manualCuando hace clic en Subscribe en una incidencia o una solicitud de incorporación de cambios a la que aún no estaba suscrito.
reason:mentionCuando se le @mentioned directamente.
reason:review-requestedCuando se solicita a tu usuario o a algún equipo al que pertenezcas revisar una solicitud de extracción.
reason:security-alertCuando se emite una alerta de seguridad para un repositorio.
reason:state-changeCuando el estado de un informe de problemas o solicitud de extracción cambia. Por ejemplo, se cierra un informe de problemas o se fusiona una solicitud de extracción.
reason:team-mentionCuando se @mentioned a algún equipo al que pertenece.
reason:ci-activityCuando un repositorio tiene una actualización de IC, tal como un nuevo estado de ejecución en un flujo de trabajo.

Filtros personalizados del Dependabot

Si usas Dependabot para actualizar las dependencias, puedes usar y guardar estos filtros personalizados:

  • is:repository_vulnerability_alert para mostrar las notificaciones de Dependabot alerts.
  • reason:security_alert para mostrar las notificaciones de Dependabot alerts y las solicitudes de incorporación de cambios de actualizaciones de seguridad.
  • author:app/dependabot para mostrar las notificaciones generadas por Dependabot. Esto incluye las Dependabot alerts, solicitudes de cambios para actualizaciones de seguridad y solicitudes de cambio para actualizaciones de versión.

Para más información sobre Dependabot, consulta Acerca de las alertas Dependabot.