Configurar webhook bidirecional para o spoke do GitLab

  • Versão de lançamento: Xanadu
  • Atualizado 1 de ago. de 2024
  • 3 min. de leitura
  • Configure um webhook para assinar o GitLab com uma URL de retorno de chamada da ServiceNow.

    Antes de Iniciar

    • Solicitar assinatura do Hub de integração
    • Ativar o spoke do GitLab
    • Função necessária: administrador

    Registrar webhook do GitLab na instância da ServiceNow

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

    Antes de Iniciar

    Função necessária: administrador

    Procedimento

    1. Navegar até Todos > Webhooks do GitLab > Registros de webhook do GitLab.
    2. Para recuperar a conta existente de webhooks GitLab, 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, Webhookde 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 no link relacionado Gerar token secreto.
      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 GitLab e seu ID é preenchido em Webhook ID.

    O que Fazer Depois

    Para atualizar os detalhes dos webhooks ou alterar os eventos assinados, clique em Atualizar webhook.

    Como personalizar um webhook bidirecional no spoke do GitLab

    Crie a política de roteamento do webhook e o subfluxo de acordo com seus requisitos 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 de políticas de roteamento do GitLab WebHook aciona o subfluxo relevante do GitLab e notifica o app da ServiceNow quando determinados eventos ocorrem no GitLab. Para usar outros campos em seu subfluxo personalizado e personalizar as condições na política de roteamento, execute estas etapas.

    Procedimento

    1. Navegar até Todos > 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 seus requisitos e publique-o.
      Consulte Criação de subfluxos para obter mais informações sobre como criar e usar subfluxos e GitLab Spoke 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é Todos > Webhooks do GitLab > Políticas de roteamento do webhook do GitLab.
      Cinco políticas de roteamento estão disponíveis junto com o spoke. Você pode configurá-los de acordo com seus requisitos 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 de pesquisa.
      2. Selecione o subfluxo necessário na lista Documento:.
        Nota:
        Certifique-se de que o nome da tabela seja 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 alertados para não atualizar ou modificar diretamente os dados dessas tabelas.

    Resultado

    A política de roteamento e o subfluxo foram criados.