---
sourceDocument: Xanadu 애플리케이션과의 통합 생성
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ko-KR/xanadu/integrate-applications

 Release :

    - xanadu

ft:locale :

    - ko-KR

ft:publication_title :

    - Xanadu 애플리케이션과의 통합 생성

ft:clusterId :

    - crint

bundleId :

    - crint

workflow :

    - Creator


---

# GitLab 스포크에 대한 양방향 웹후크 설정

# GitLab 스포크에 대한 양방향 웹후크 설정 {#ariaid-title1}

* 릴리스 버전: Xanadu
* 
* 업데이트 날짜 2024년 08월 01일
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 소요 시간: 3분

ServiceNow 콜백 URL을 사용하여 GitLab을 구독하도록 웹후크를 구성합니다.

## 시작하기 전에

* 통합 허브 구독 요청
* GitLab 스포크 활성화
* 필요한 역할: admin
{#setup-webhook-gitlab__ul_p5t_3zr_h5b}

## ServiceNow 인스턴스에 GitLab 웹후크 등록 {#ariaid-title2}

ServiceNow에 GitLab을 등록하여 GitLab에서 특정 이벤트가 발생할 때 ServiceNow 앱에 알립니다.

### 시작하기 전에

필요한 역할: admin

### 프로시저

1. 다음으로 이동 모두GitLab 웹후크GitLab 웹후크 레지스트리.
2. 기존 웹후크 GitLab 계정을 검색하려면 모든 웹후크 가져오기를 클릭합니다.
3. 웹후크를 생성하려면 신규를 클릭합니다.
4. 양식의 필드에 내용을 입력합니다.  
   {#register-webhook-gitlab__table_br3_14h_bvb__entry__2}

   | 필드 | 설명 |
   |-|-|
   | 이름 | 웹후크의 이름입니다. 예: <kbd class="ph userinput">작업 웹후크</kbd>. |
   | 설명 | 기록에 대한 설명입니다. |
   | 프로젝트 ID | 웹후크를 생성해야 하는 프로젝트의 고유 식별자입니다. |
   | 트리거 및 SSL | 구독하려는 프로젝트의 이벤트입니다. 이러한 이벤트 중 하나가 발생하면 웹후크가 트리거됩니다. |
   [ ]

   {#register-webhook-gitlab__table_br3_14h_bvb}
5. 비밀 토큰 생성 관련 링크를 클릭합니다.  
   비밀 토큰이 생성되고 표시됩니다. 또한 보안 암호가 만료되는 날짜는 비밀 만료에 채워집니다.  
   주:  
   비밀은 30일마다 다시 생성되고 업데이트됩니다. 이 비밀은 에서도 GitLab업데이트됩니다.
6. 양식 헤더를 마우스 오른쪽 단추로 클릭하고 저장을 클릭합니다.
7. 웹후크 생성을 클릭합니다.  
   웹후크가 생성 GitLab 되고 해당 ID가 웹후크 ID에 채워집니다.

### 다음에 수행할 작업

웹후크의 상세 정보를 업데이트하거나 구독된 이벤트를 변경하려면 웹후크 업데이트를 클릭합니다.

## GitLab 스포크에서 양방향 웹후크 사용자 지정 {#ariaid-title3}

GitLab 스포크에서 요구 사항에 따라 웹후크 라우팅 정책 및 하위 플로우를 생성합니다.

### 시작하기 전에

필요한 역할: admin

### 이 태스크 정보

GitLab WebHook 라우팅 정책 모듈의 기본 라우팅 정책은 관련 GitLab 하위 플로우를 트리거하고 GitLab에서 특정 이벤트가 발생할 때 ServiceNow 앱에 알립니다. 사용자 지정 하위 플로우에서 다른 필드를 사용하고 라우팅 정책의 조건을 사용자 지정하려면 다음 단계를 수행합니다.

### 프로시저

1. 다음으로 이동 모두플로우 디자이너디자이너.
2. 하위 플로우를 클릭합니다.
3. 필요한 하위 플로우의 사본을 생성합니다.
4. 요구 사항에 따라 필요한 하위 플로우를 사용자 지정하고 게시합니다.  
   하위 플로우 생성 및 사용에 대한 자세한 내용은 [하위 플로우 빌드](https://www.servicenow.com/docs/access?context=subflows&version=xanadu&pubname=xanadu-build-workflows&ft:locale=en-US) 를 참조하고, 기본 라우팅 정책이 지원하는 GitLab 필드와 하위 플로우가 지원하는 GitLab 이벤트에 대한 정보는 [GitLab 스포크](https://servicenow-prod.fluidtopics.net/wdNM2mEJZ2BVZefCz66tLA "ServiceNow 인스턴스에서 GitLab의 DevOps 수명주기를 관리합니다. ServiceNow에서 플로우를 생성하여 GitLab에서 분기, 그룹, 문제, 병합 요청, 프로젝트 및 소스 코드를 관리합니다.") 를 참조하십시오.
5. 다음으로 이동 모두GitLab 웹후크GitLab Webhook 라우팅 정책.  
   스포크와 함께 5개의 라우팅 정책을 사용할 수 있습니다. 요구 사항에 따라 구성하거나 라우팅 정책을 만들 수 있습니다.
6. 라우팅 정책을 만들려면 새로 만들기를 클릭합니다.
7. 양식의 필드에 내용을 입력합니다.  
   {#customize-webhook-gitlab__table_iqz_j5s_h5b__entry__2}

   | 필드 | 설명 |
   |-|-|
   | 레이블 | 라우팅 정책을 식별하는 고유 레이블입니다. |
   | 기본 대답 | 이 옵션이 기본 대답인지 여부를 지정하는 옵션입니다. 조건이 충족되지 않는 경우 기본 대답을 적용할 수 있습니다. 1. 조회 아이콘을 클릭합니다. 2. 문서: 목록에서 필요한 하위 플로우를 선택합니다. 주: 테이블 이름이<kbd class="ph userinput">플로우 [sys_hub_flow]</kbd>인지 확인합니다. |
   | 조건 | GitLab에서 필요한 이벤트가 발생할 때 충족해야 하는 조건입니다. |
   | 응답 | 지정된 조건이 충족될 때 트리거해야 하는 하위 플로우입니다. |
   [ ]

   {#customize-webhook-gitlab__table_iqz_j5s_h5b}
8. 제출을 클릭합니다.  
   주:  
   이러한 라우팅 정책은 결정 테이블에 저장됩니다. 사용자는 이러한 테이블의 데이터를 직접 업데이트하거나 수정하지 않도록 주의해야 합니다.

### 결과

라우팅 정책 및 하위 플로우가 생성됩니다.