Configurar webhook bidirecional para o spoke do GitLab

  • Versão de lançamento: Washingtondc
  • Atualizado 1 de fev. de 2024
  • 2 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
    • Ativar o spoke do GitLab
    • Função necessária: administrador

    Registrar o webhook do GitLab na instância da ServiceNow

    Registre o GitLab no ServiceNow para notificar o app 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 de webhooks existentes 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 um desses eventos ocorre, 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 mudar os eventos assinados, clique em Atualizar webhook.

    Personalizar um webhook bidirecional no spoke do GitLab

    Crie uma política de roteamento de webhook e um 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 webhook do GitLab 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 Nova.
    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 nessas tabelas.

    Resultado

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