Skip to main content

Personalizando notificações para GitHub no Teams

Personalizar notificações do GitHub para gerenciar seu trabalho no Teams.

Você pode personalizar suas notificações assinando atividades que são relevantes para o seu canal do Microsoft Teams e desinscrevendo-se de atividades menos úteis para o seu projeto.

Notificações habilitadas por padrão

As notificações a seguir são habilitadas por padrão, mas você pode desabilitar qualquer uma delas usando o comando @GitHub Notifications unsubscribe owner/repo [feature].

CaracterísticaDescrição
issuesProblemas abertos, fechados ou reabertos.
pullsSolicitações de pull novas, mescladas, fechadas ou reabertas.
commitsNovas confirmações na ramificação padrão (normalmente main).
commentsNovos comentários em problemas ou pull requests.
deploymentsAtualizações de status de implantação.
releasesNovas versões e pré-lançamentos publicados.

Observação

As notificações do repositório também são habilitadas por padrão. Você será notificado quando o repositório for tornado público ou excluído. Essa notificação não pode ser desabilitada, pois as atualizações do repositório são atividades destrutivas.

Notificações desabilitadas por padrão

As notificações a seguir são desabilitadas por padrão, mas você pode habilitar qualquer uma delas usando o comando @GitHub Notifications subscribe owner/repo [feature].

CaracterísticaDescrição
reviewsRevisões de Pull Request.
workflowsNotificações de aprovação e execuções de fluxos de trabalho de GitHub Actions.
branchesCriação e exclusão de ramo.
discussionsDiscussões criadas ou respondidas.
+label:"your label"Filtre problemas, solicitações de pull e comentários com base em seus rótulos.

Você pode assinar ou cancelar a assinatura de várias configurações ao mesmo tempo. Por exemplo:

  • Para ativar a atividade de avaliações e comentários de solicitações pull, use @GitHub Notifications subscribe owner/repo reviews comments.
  • Para desativar a atividade de problemas e solicitações pull, use @GitHub Notifications unsubscribe owner/repo issues pulls.

Filtrando notificações

Você pode personalizar ainda mais suas notificações com filtros de branch e etiqueta. Os filtros de ramificação permitem filtrar as notificações de confirmações com base nos nomes das ramificações, enquanto os filtros de rótulo permitem filtrar as notificações de problemas e solicitações pull com base nos rótulos aplicados a elas.

Filtros de ramificação para notificações de confirmação

Os filtros de ramificação permitem filtrar as notificações de confirmação com base nos nomes das ramificações. Por padrão, ao se inscrever no evento commits, você receberá notificações para sua ramificação padrão. No entanto, você pode optar por filtrar por uma ramificação específica, um padrão de ramificações ou todas as ramificações.

Configuração de exemploDescrição
@GitHub Notifications subscribe owner/repo commitsReceba notificações de confirmação para a ramificação padrão.
@GitHub Notifications subscribe owner/repo commits:mainReceba notificações de confirmação apenas para a ramificação main.
@GitHub Notifications subscribe owner/repo commits:feature/*Receba notificações de confirmação para todas as ramificações que começam com feature/.
@GitHub Notifications subscribe owner/repo commits:*Receba notificações de confirmação para todas as ramificações.

Você pode cancelar a assinatura do recurso commits usando @GitHub Notifications unsubscribe owner/repo commits.

Observação

Você pode ter usado anteriormente o filtro commits:all para receber notificações de confirmação para todas as ramificações. Esse filtro é encerrando. Para receber notificações de confirmação para todas as ramificações, use o filtro commits:*. Se você tiver configurado o commits:all filtro anteriormente, ele continuará funcionando até que você atualize sua configuração para usar o commits:* filtro.

Filtros de rótulos para notificações de problemas e solicitações pull

Os filtros de rótulo permitem filtrar notificações com base em rótulos aplicados a problemas e solicitações de pull. Quando um filtro de rótulo é definido, somente notificações para eventos, incluindo o rótulo especificado, serão enviadas. Para obter mais informações sobre rótulos, consulte Gerenciar etiquetas e Filtrando e pesquisando problemas e pull requests.

Atualmente, só é possível ter um filtro de rótulo necessário por repositório. A tabela abaixo mostra quais tipos de evento são afetados por filtros de rótulo.

Tipo de eventoÉ filtrado por rótulo
Solicitações de pull
Problemas
Comments
Análises
Confirmações/pushes
Ramificações

Criando filtros de rótulo

Para criar um filtro de rótulo, use o seguinte formato de comando:

Text
@GitHub Notifications subscribe [owner/repo] +label:"your label"

Isso cria um filtro de rótulo obrigatório com o valor your label. Os eventos de entrada que dão suporte a filtros são descartados, a menos que tenham esse rótulo.

Atualizando filtros de rótulo

Você pode atualizar um filtro de rótulo existente especificando um novo valor de rótulo:

Text
@GitHub Notifications subscribe [owner/repo] +label:"new label"

Isso substituirá o filtro "sua etiqueta" pelo filtro "nova etiqueta".

Removendo filtros de rótulo

Você pode remover um filtro de rótulo existente usando o comando cancelar assinatura com a opção +label :

Text
@GitHub Notifications unsubscribe [owner/repo] +label:"new label"

Isso removerá o filtro "novo rótulo" e o canal receberá todas as notificações para os eventos assinados sem nenhuma filtragem de rótulo.

Exibindo filtros de rótulo ativos

Para exibir os filtros de rótulo atualmente ativos para um canal, use o seguinte comando:

Text
@GitHub Notifications subscribe list features

Filtros válidos

O aplicativo GitHub no Teams dá suporte aos caracteres especiais mais comuns para filtros de rótulo, incluindo todos os emojis que o Teams e GitHub fornecem como padrão. Raramente, você pode encontrar um rótulo que contém um caractere especial que não tem suporte. Por exemplo, qualquer caractere multibyte não codificado como :foo:, ou rótulos usando o caractere , podem não funcionar conforme esperado.

GitHub Actions notificações de fluxo de trabalho

Você pode se inscrever para receber notificações de execução de fluxos de trabalho GitHub Actions a partir do seu canal ou aplicativo pessoal, usando o recurso de "workflows" e o formato @GitHub Notifications subscribe owner/repo workflows.

Quando você estiver inscrito em "fluxos de trabalho", a seguinte funcionalidade estará disponível:

  • Você será notificado quando uma nova execução de fluxo de trabalho for disparada.
  • Você pode acompanhar as notificações de aprovação como uma resposta no thread e aprovar as notificações diretamente do canal ou aplicativo pessoal.
  • Depois que o fluxo de trabalho for concluído, você receberá uma atualização como uma resposta no thread para que possa ver o contexto completo e o histórico da execução do fluxo de trabalho.
  • Se algo falhar, você pode optar por executar o workflow novamente no local e também pode habilitar logs de depuração, se necessário.

Observação

Após 10 de março de 2025 e para GitHub Enterprise Server versão 3.17 em diante, você não receberá mais uma notificação sobre o progresso de tarefas individuais de fluxo de trabalho. Consulte o log de alterações GitHub para obter mais detalhes.

Filtros de notificação de fluxo de trabalho

Você pode filtrar notificações de fluxo de trabalho usando as seguintes opções:

FilterDescrição
nameFiltre pelo nome do fluxo de trabalho.
actorFiltrar pelo usuário que disparou o fluxo de trabalho.
branchFiltre pelo branch em que o fluxo de trabalho está sendo executado. Nos casos em que o evento pull_request está incluído, a ramificação será a ramificação de destino para a qual a solicitação de pull request é criada.
eventFiltre pelo evento que disparou o fluxo de trabalho (por exemplo, push, pull_request).

Você pode configurar filtros de notificação de fluxo de trabalho com o seguinte formato:

Text
@GitHub Notifications subscribe owner/repo workflows:{name:"your workflow name" event:"workflow event" branch:"branch name" actor:"username"}

Você também pode passar vários valores para cada filtro, separados por vírgulas. Por exemplo:

Text
@GitHub Notifications subscribe owner/repo workflows:{name:"your workflow name","another workflow name" event:"workflow event","another workflow event" branch:"branch name","another branch name" actor:"username","another-username"}

Por padrão, quando você configura as notificações de fluxo de trabalho sem aplicar filtros, elas são configuradas para fluxos de trabalho disparados por meio de solicitações pull request direcionadas ao seu branch padrão. Você pode inserir uma ou várias entradas.

Você pode cancelar a assinatura de notificações de fluxo de trabalho usando o comando: @GitHub Notifications unsubscribe owner/repo workflows.

Observação

Para receber as notificações do GitHub Actions no Teams, o aplicativo GitHub requer permissões adicionais. Ao tentar assinar os fluxos de trabalho pela primeira vez, você será solicitado a conceder essas permissões.

Notificações de implantação

Você também pode configurar notificações de implantação separadas. Essas implantações podem ocorrer de GitHub Actions ou de fontes externas usando a API de implantações. Confira Pontos de extremidade da API REST para implantações.

Você pode assinar ou cancelar a assinatura de notificações de implantação usando os seguintes comandos:

Text
@GitHub Notifications subscribe owner/repo deployments
@GitHub Notifications unsubscribe owner/repo deployments

Observação

Se você estiver usando GitHub Actions e quiser acompanhar suas implantações em ambientes, o recurso workflows é recomendado, pois ele fornece uma visão mais completa e a capacidade de aprovar suas implantações diretamente pelo Teams.