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 unsubscribe OWNER/REPO [FEATURE].
| Característica | Descrição |
|---|---|
issues | Problemas abertos, fechados ou reabertos. |
pulls | Solicitações de pull novas, mescladas, fechadas ou reabertas. |
commits | Novas confirmações na ramificação padrão (normalmente main). |
comments | Novos comentários em problemas ou pull requests. |
deployments | Atualizações de status de implantação. |
releases | Novas 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 subscribe owner/repo [FEATURE].
| Característica | Descrição |
|---|---|
reviews | Revisões de Pull Request. |
workflows | |
| GitHub Actions execuções de fluxo de trabalho e notificações de aprovação. | |
branches | Criação e exclusão de ramo. |
discussions | Discussõ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 subscribe OWNER/REPO reviews comments. - Para desativar a atividade de problemas e solicitações pull, use
@GitHub 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 exemplo | Descrição |
|---|---|
@GitHub subscribe OWNER/REPO commits | Receba notificações de confirmação para a ramificação padrão. |
@GitHub subscribe OWNER/REPO commits:main | Receba notificações de confirmação apenas para a ramificação main. |
@GitHub subscribe OWNER/REPO commits:feature/* | Receba notificações de confirmação para todas as ramificações que começam com feature/. |
@GitHub 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 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:
@GitHub subscribe [OWNER/REPO] +label:"YOUR-LABEL"
@GitHub 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 valor NEW-LABEL:
@GitHub subscribe [OWNER/REPO] +label:"NEW-LABEL"
@GitHub subscribe [OWNER/REPO] +label:"NEW-LABEL"
Isso substituirá o filtro "YOUR-LABEL" pelo filtro "NEW-LABEL".
Removendo filtros de rótulo
Você pode remover um filtro de rótulo existente usando o comando cancelar assinatura com a opção +label :
@GitHub unsubscribe [OWNER/REPO] +label:"NEW-LABEL"
@GitHub unsubscribe [OWNER/REPO] +label:"NEW-LABEL"
Isso removerá o filtro "NEW-LABEL" 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:
@GitHub subscribe list features
@GitHub subscribe list features
Filtros válidos
O aplicativo GitHub no Teams oferece suporte aos caracteres especiais mais comuns para filtros de rótulos, incluindo todos os emojis que o Teams e GitHub oferecem por 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 assinar GitHub Actions as notificações de execução de fluxos de trabalho no seu canal ou app pessoal usando o recurso "workflows", no formato @GitHub 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, a partir da versão GitHub Enterprise Server 3.17, você não será mais notificado sobre o progresso de tarefas individuais do fluxo de trabalho. Consulte o GitHub registro de alterações 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:
| Filter | Descrição |
|---|---|
name | Filtre pelo nome do fluxo de trabalho. |
actor | Filtrar pelo usuário que disparou o fluxo de trabalho. |
branch | Filtre 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. |
event | Filtre 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:
@GitHub subscribe OWNER/REPO workflows:{name:"YOUR-WORKFLOW-NAME" event:"WORKFLOW-EVENT" branch:"BRANCH-NAME" actor:"USERNAME"}
@GitHub 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:
@GitHub 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"}
@GitHub 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 unsubscribe OWNER/REPO workflows.
Observação
Para receber notificações GitHub Actions no Teams, o aplicativo GitHub precisa de 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 a partir de GitHub Actions ou de fontes externas por meio da 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:
@GitHub subscribe OWNER/REPO deployments @GitHub unsubscribe OWNER/REPO deployments
@GitHub subscribe OWNER/REPO deployments
@GitHub unsubscribe OWNER/REPO deployments
Observação
Se você estiver usando GitHub Actions e quiser acompanhar suas implantações em ambientes, o workflows recurso será recomendado, pois ele fornece uma imagem mais completa e a capacidade de aprovar suas implantações diretamente do Teams.