DevOps 데이터 검색 오류를 사용하여 변경 요청 생성

  • 릴리스 버전: Australia
  • 업데이트 날짜 2026년 03월 12일
  • 소요 시간: 5분

    • DevOps 데이터 검색에 오류가 있는 경우에도 변경 요청을 생성합니다.

    변경 요청 생성 개요

    주:
    DevOps 데이터 검색 오류가 있는 변경 요청 생성은 , GitHub Actions, GitLabJenkins, 및 하네스 파이프라인에 대해서만 Azure DevOps지원됩니다.

    DevOps 데이터 검색에서 오류 유무에 관계없이 변경 요청을 생성할 수 있습니다. 이 기능은 DevOps 데이터 검색에 오류가 있는 경우에도 변경 요청 생성 활성화 속성으로 제어할 수 있습니다. DevOps 데이터 검색 속성에 오류가 있는 경우에도 변경 요청 생성 활성화가 활성화되고 작업 항목, 커밋, 테스트 요약 또는 보안 요약과 같은 DevOps 데이터를 검색하는 동안 오류가 발생하면 해당 변경 요청이 계속 생성됩니다. 검색할 수 있는 데이터는 여전히 변경 요청과 연결됩니다. 검색할 수 없는 데이터에 대해서는 오류 원인이 외부 공급업체 콘솔에서 사용자에게 통지되며, 단계 실행 기록과 변경 작업 메모의 변경 설명 필드에도 동일한 정보가 추가됩니다.

    DevOps 데이터 검색에 오류가 있더라도 변경 요청 생성 활성화 속성이 활성화되지 않은 경우 파이프라인 실행의 모든 단계에서 오류가 없는 경우에만 변경 요청이 생성됩니다. 오류가 발생하면 파이프라인이 중단되고 오류의 원인이 인바운드 이벤트의 처리 상세 정보 필드에 추가되며 외부 공급업체 콘솔의 사용자에게 동일한 알림이 전달됩니다.

    자세한 내용은 DevOps 변경 속도 속성 문서를 참조하십시오.

    DevOps 데이터 검색 오류가 있는 변경 요청 승인

    DevOps 데이터 검색 오류 is_change_with_partial_data 와 함께 생성된 변경 요청의 경우 모든 변경 승인 정책에 대해 정책 입력이 True 로 설정됩니다. 이러한 변경에는 수동 변경 승인 결정만 적용되므로 DevOps 데이터를 수동으로 검증한 후 변경을 승인하거나 거부할 수 있습니다. DevOps 변경 정책 데이터 수집 하위 플로우 Is change with partial data 에서 작업은 DevOps 데이터 검색 오류와 함께 변경이 생성되었는지 여부를 결정합니다.

    DevOps 데이터 검색 오류가 있는 변경 요청에 대한 파이프라인 UI

    DevOps 데이터 검색 오류와 함께 변경 요청이 생성되면 오류가 발생한 스테이지를 지정하는 카드가 노란색으로 표시됩니다. 오류가 있는 변경에 대해 노란색으로 오류 스테이지 카드를 표시하는 파이프라인 UI

    주:
    CI(빌드 파이프라인)가 릴리스(CD) 파이프라인을 트리거하도록 설정되고 릴리스 파이프라인에 변경이 생성되면 빌드 파이프라인에서 데이터가 수집되고 변경 요청과 연결됩니다. ServiceNow DevOps 변경 속도가 파이프라인 이벤트를 빌드하기 전에 릴리스 파이프라인 이벤트를 수신하고 처리하는 상황이 있을 수 있습니다. 이 경우 일부 데이터를 검색하는 동안 오류가 발생하더라도 빌드 파이프라인의 DevOps 데이터로 변경이 생성됩니다. DevOps 데이터 검색 속성에 오류가 있는 경우에도 변경 요청 생성 활성화가 활성화되어 있더라도 이 동작을 관찰할 수 있습니다. 또한 이 경우 정책 입력이 is_change_with_partial_data false가 되고, DevOps 데이터 검색 오류가 있는 변경 요청의 경우 항상 수동과 달리 승인 플로우에 정의된 방식으로 승인 프로세스가 적용됩니다.

    콜백 시간 제한

    파이프라인 실행 중에 인바운드 이벤트가 대기 상태로 전환되면 시스템은 속성의 sn_devops.change _request_callback_timeout 시간 제한 값을 초과할 때까지 변경 처리를 시도하고 그 후에는 파이프라인이 중단됩니다. 오류의 원인은 타사 도구의 콘솔 로그에 표시됩니다. 콜백 시간 초과로 인해 파이프라인이 취소되면 해당 단계 실행의 콜백 기록에 동일한 정보가 추가됩니다. DevOps 관리자에게 문의하여 속성의 sn_devops.change_request_callback_timeout 시간 제한 값을 늘릴 수 있습니다. 이 속성의 기본값은 120분이고 최솟값은 60분입니다. 자세한 내용은 DevOps 변경 속도 속성 문서를 참조하십시오.

    주:
    해당 파이프라인에서 GitHub 변경 자동화 사용자 지정 작업, GitLab Docker 변경 자동화 사용자 지정 작업 또는 Harness Docker 변경 자동화 사용자 지정 작업을 사용하여 변경 요청을 생성하는 경우 GitHub, GitLab 또는 Harness가 변경 상태에 대해 ServiceNow DevOps를 폴링할 수 있도록 사용자 지정 작업에 간격을 제공해야 합니다. 변경이 지정된 간격 내에 ServiceNow에서 적절한 상태에 도달하면 변경 결과에 따라 적절한 상태가 GitHub, GitLab 또는 Harness 파이프라인으로 전송되어 파이프라인을 재개하거나 중단합니다. 자세한 내용은 AND 일반 Docker 컨테이너 이미지를 사용하여 파이프라인에 대한 사용자 지정 작업 구현 를 참조하십시오GitHub Marketplace의 ServiceNow DevOps 사용자 지정 작업. 따라서 변경 사용자 지정 작업이 포함된 파이프라인이 실행되고 GitHub, GitLab 또는 Harness의 단계 알림이 ServiceNow DevOps에 도달하지 않은 경우 ServiceNow DevOps에서 콜백, 단계 실행 및 작업 실행의 연결이 발생하지 않습니다. 연결을 사용할 수 없으므로 변경 내용이 생성되지 않으며 ServiceNow DevOps는 연결이 준비될 때까지 대기합니다. 이와 동시에 GitHub, GitLab 또는 Harness는 간격에 지정된 시간에 도달할 때까지 ServiceNow에 변경 상태를 폴링합니다. 간격이 지나고 속성에 지정된 sn_devops.change_request_callback_timeout 시간 제한에 도달하면 ServiceNow DevOps는 파이프라인을 정상적으로 종료하지 않고 결국 파이프라인을 종료하는 GitHub, GitLab 또는 Harness 단계에 설정된 기본 시간 제한 동안 파이프라인을 종료합니다. 이 시나리오에서 중요한 정보는 ServiceNow DevOps가 단계 이벤트가 GitHub, GitLab 또는 Harness 콘솔 로그의 ServiceNow DevOps에 도달하지 않았다는 것을 사용자에게 알릴 수 없다는 것입니다.

    업그레이드

    업그레이드한 후에는 속성이 기본적으로 false로 설정됩니다. 현재 변경 프로세스는 그대로 작동하지만, 유일한 차이점은 DevOps 데이터를 검색하는 동안 오류가 발생하면 파이프라인이 무기한 기다리는 대신 중단되고 오류의 이유가 인바운드 이벤트 처리 상세 정보 필드에 추가되며 외부 공급업체 콘솔에서 사용자에게 동일한 알림이 전달된다는 것입니다. DevOps 데이터를 검색할 때 오류가 있는 변경 요청을 생성하고 파이프라인이 실패하지 않으려면 DevOps 데이터 검색에 오류가 있는 경우에도 변경 요청 생성 활성화 속성을 활성화할 수 있습니다. 이는 변경 요청 작업 메모 및 오류 또는 데이터가 누락될 수 있는 외부 공급업체 콘솔 로그에서 수집되고 적절하게 통보되는 DevOps 증거를 사용하여 자동으로 생성된 변경 내용을 가져옴으로써 변경 승인자와 AppDev 팀에 가치를 제공합니다.

    제한사항

    DevOps 데이터 검색에 오류가 있는 경우에도 변경 요청 생성 활성화 속성이 활성화되고 파이프라인의 ADO 아티팩트 패키지 단계에서 오류가 발생하는 경우, 연결된 ADO 아티팩트 없이 변경이 생성되지만 해당 오류는 작업 메모, 단계 실행 변경 코멘트 또는 ADO 콘솔 로그에 알리지 않습니다.