Jenkins 파이프라인 로그의 ServiceNow DevOps 변경 요청 상태

  • 릴리스 버전: Australia
  • 업데이트 날짜 2026년 03월 12일
  • 소요 시간: 4분
  • Jenkins 스니펫 생성기 유틸리티를 사용하여 Jenkins 파이프라인 작업 로그에 변경 상태 및 해당 정책 조건을 표시하는 방법과 시기를 구성할 수 있습니다. 이를 통해 개발자는 파이프라인 자체의 콘솔 로그에서 변경 상태를 볼 수 있습니다.

    단계 스니펫을 생성하려면 구성된 파이프라인에서 파이프라인 구문으로 이동하고, 샘플 단계 목록에서 SnDevOpsChange 단계를 선택하고, 단계의 변경 상태 변수 값을 업데이트합니다. 오류가 발생할 경우 작업 실패를 방지하려면 오류 무시 옵션을 선택합니다. 파이프라인 스크립트 생성을 선택하여 스니펫을 생성합니다. 스니펫을 복사하고 파이프라인에 붙여넣어 변경 상태 알림 수신을 시작할 수 있습니다. 변경 상태 알림을 수신하도록 SnDevOpsChange 단계에서 다음 변수를 업데이트합니다.
    • 폴링 간격: Jenkins가 변경 상태에 대해 ServiceNow를 폴링하고 콘솔 로그를 상태로 업데이트하는 빈도(초)를 지정합니다. 변경 상태는 변경 상태 전환, 할당 그룹 업데이트, 승인 업데이트, 계획된 시작/종료 날짜 또는 변경 상세 정보(있는 경우) 필드가 업데이트될 때만 콘솔 로그에서 업데이트됩니다.
      주:
      필드에 값을 입력하지 않으면 콘솔 로그의 변경 상태를 업데이트하기 위해 폴링 간격 검사가 실행되지 않습니다.
    • 변경 생성 시간 제한: 변경 생성 시간 제한 값(초)을 지정합니다. 시간 초과 시 Jenkins는 ServiceNow에서 변경 생성 상태를 확인합니다. 변경이 생성되지 않은 경우 변경 생성 실패 플 래그에 따라 파이프라인이 다시 시작되거나 중단됩니다. 기본적으로 시간 제한이 지정되고 변경 시 중단 생성 실패 플래그가 선택되면 파이프라인이 중단됩니다.
      주:
      필드에 값을 입력하지 않으면 변경 생성 시간 제한 확인을 실행하여 파이프라인을 업데이트하지 않습니다.
    • 변경 생성 실패 시 중단: 변경 생성 시간 초과될 때까지 변경이 생성되지 않으면 파이프라인을 중단하거나 다시 시작합니다.
      • 선택됨: 중단
      • 통과됨: 다시 시작
    • 변경 단계 시간 제한: 변경 단계 시간 제한 값(초)을 지정합니다. 시간 초과 시 Jenkins는 ServiceNow의 변경 단계 상태를 확인합니다. 변경 단계가 아직 진행 중인 경우 변경 단계 중단 시간 초과 플래그에 따라 파이프라인이 재개되거나 중단됩니다. 기본적으로 시간 제한이 지정되면 파이프라인이 중단되고 변경 단계 시간 제한 시 중단 플래그가 선택됩니다.
      주:
      필드에 값을 입력하지 않으면 파이프라인을 업데이트하기 위해 변경 단계 시간 제한 검사가 실행되지 않습니다.
    • 변경 단계 시간 초과 시 중단: 변경 단계 시간 초과 시 변경 단계가 아직 진행 중인 경우 파이프라인을 중단하거나 다시 시작합니다.
      • 선택됨: 중단
      • 통과됨: 다시 시작

    파이프라인의 콘솔 로그로 이동하여 변경 요청이 생성되거나 변경 요청 상태가 업데이트될 때 변경 요청의 상태를 볼 수 있습니다. 변경 요청 상태와 관련된 정책 조건도 평가되어 로그에 표시됩니다. 예를 들어 DevOps 변경 요청 고급 자동화 정책이 활성화되면 정책 조건이 평가되고 해당 결정(자동 승인/자동 거부/수동 승인)이 로그에 표시됩니다.

    다음과 같은 변경 요청 상세 정보가 표시됩니다.
    • 번호
    • 세부사항
    • 상태
    • sys_id
    • 유형
    • risk
    • 우선순위
    • changeState
    • 계획된 시작 날짜
    • 계획된 종료 날짜
    • changeRequestURL

    Jenkins 파이프라인 콘솔의 변경 상태 로그

    기본 시스템 변경 플로우에 대해 정책 조건에 대한 로그가 다음과 같이 표시됩니다.
    • DevOps 모델 변경 정책: 변경 생성 시와 변경 상태가 업데이트될 때 로그만 표시됩니다.
    • DevOps 변경 요청 최소 자동화 정책: 변경 결정에 해당하는 변경 결정 및 정책 조건과 함께 로그가 표시됩니다.
    • DevOps 변경 요청 고급 자동화 정책: 변경 결정에 해당하는 변경 결정 및 정책 조건과 함께 로그가 표시됩니다.
    변경 정책 입력 및 결정 조건은 결정 [sys_decision_question] 테이블에 저장됩니다. 다음 필드와 연산자가 정책 조건에 대한 입력으로 사용되는 경우 로그가 표시됩니다.
    필드
    • code_coverage
    • commits_without_work_item
    • integration_tests_failed
    • load_tests_failed
    • regression_tests_failed
    • num_of_outages_in_last_7_days
    • num_of_current_outages
    • num_of_open_incidents
    • total_num_of_commits
    • tests_passing_percent
    • risk
    • code_security
    • 커밋
    연산자
    • <=
    • >=
    • !=
    • =
    • <
    • >
    • ISNOTEMPTY
    • 비어 있음
    • 사이
    • 모든 대상
    • NSAME와
    • 동일
    • GT_FIELD
    • LT_FIELD
    주:
    기본 시스템 필드 이외의 변경 정책에서 필드가 수정된 경우, 정책 조건을 평가하려면 해당 필드를 플로우에 수동으로 추가해야 합니다.

    어떤 문제로 인해 변경 요청이 생성되지 않으면 실패 원인과 상태도 콘솔에 기록됩니다.