Configure o webhook bidirecional para o spoke do GitLab

  • Versão de lançamento: Zurich
  • Atualizado 31 de jul. de 2025
  • 3 min. de leitura
  • Configure um webhook para assinar o GitLab com um URL de retorno de chamada da ServiceNow.

    Antes de Iniciar

    • Solicitar assinatura do Integration Hub
    • Ative o spoke do GitLab
    • Função necessária: administrador

    Registre o webhook do GitLab na instância da ServiceNow

    Registre o GitLab na ServiceNow para notificar o aplicativo ServiceNow quando determinados eventos ocorrerem no GitLab.

    Antes de Iniciar

    Função necessária: administrador

    Procedimento

    1. Navegar até Tudo > Webhooks do GitLab > Registros do webhook do GitLab.
    2. Para recuperar os webhooks existentes GitLabconta, clique em Obter todos os webhooks .
    3. Para criar um webhook, clique em Novo .
    4. No formulário, preencha os campos:
      Campos Descrição
      Nome Nome do webhook. Por exemplo, Webhook de trabalho .
      Descrição Descrição do registro.
      ID do projeto Identificador exclusivo do projeto para o qual o webhook deve ser criado.
      Gatilho e SSL Eventos nos projetos que você deseja assinar. Quando ocorre um desses eventos, o webhook é acionado.
    5. Clique em Gerar token secreto link relacionado.
      O token secreto é gerado e exibido. Além disso, a data em que o segredo expira é preenchida em O segredo expira .
      Nota:
      O segredo é gerado novamente e atualizado a cada 30 dias. Este segredo também é atualizado em GitLab.
    6. Clique com o botão direito no cabeçalho do formulário e clique em Salvar.
    7. Clique em Criar webhook .
      O webhook é criado em GitLabE seu ID é preenchido em ID do webhook .

    O que Fazer Depois

    Para atualizar os detalhes dos webhooks ou mudar os eventos inscritos, clique em Atualizar webhook .

    Personalize um webhook bidirecional no spoke do GitLab

    Crie política de roteamento de webhook e subfluxo de acordo com seu requisito no spoke do GitLab.

    Antes de Iniciar

    Função necessária: administrador

    Por Que e Quando Desempenhar Esta Tarefa

    A política de roteamento padrão nos módulos Políticas de roteamento do webhook do GitLab aciona o subfluxo relevante do GitLab e notifica o aplicativo ServiceNow quando determinados eventos ocorrem no GitLab. Para usar quaisquer outros campos em seu subfluxo personalizado e personalizar as condições na política de roteamento, execute estas etapas.

    Procedimento

    1. Navegar até Tudo > Flow Designer > Designer.
    2. Clique em Subfluxos .
    3. Crie uma cópia do subfluxo necessário.
    4. Personalize o subfluxo necessário de acordo com seu requisito e publique-o.
      Consulte Criando subfluxos para obter mais informações sobre como criar e usar subfluxos e. Spoke do GitLab Para obter informações sobre os campos do GitLab compatíveis com a política de roteamento padrão e os eventos do GitLab compatíveis com os subfluxos.
    5. Navegar até Tudo > Webhooks do GitLab > Políticas de roteamento de webhook do GitLab.
      Cinco políticas de roteamento estão disponíveis junto com o spoke. Você pode configurá-los de acordo com seu requisito ou criar uma política de roteamento.
    6. Para criar uma política de roteamento, clique em Novo .
    7. No formulário, preencha os campos.
      Campo Descrição
      Rótulo Rótulo exclusivo para identificar a política de roteamento.
      Resposta padrão Opção para especificar se esta é a resposta padrão. A resposta padrão é aplicável quando as condições não são atendidas.
      1. Clique no ícone Pesquisar.
      2. Selecione o subfluxo necessário em Documento: lista.
        Nota:
        Certifique-se de que Nome da tabela . Fluxo [sys_hub_flow] .
      Condição Condições a serem atendidas quando os eventos necessários ocorrem no GitLab.
      Resposta Subfluxo que precisa ser acionado quando as condições especificadas são atendidas.
    8. Clique em Enviar.
      Nota:
      Essas políticas de roteamento são salvas nas tabelas de decisão. Os usuários são advertidos contra atualizar ou modificar diretamente os dados nessas tabelas.

    Resultado

    A política de roteamento e o subfluxo são criados.