DevOps 통합 릴리스 정보

신규:
- ServiceNow와의 도구 통합 활용
  - 오케스트레이션 도구를 DevOps 변경 속도와 통합합니다. 이러한 통합을 통해 실시간 이벤트를 연결, 검색, 임포트 및 처리하고, ServiceNow for Harness 파이프라인의 변경 사항과 CI/CD를 통합할 수 있습니다.
변경:
- 기본 시스템에서 지원되지 않는 오케스트레이션 도구의 온보딩 간소화
  - 간소화된 일반 프레임워크는 플랫폼에 대한 최소한의 지식만 있으면 사용자 지정 오케스트레이션 도구를 ServiceNow DevOps Change Velocity와 통합하는 사용하기 쉬운 솔루션을 제공합니다. 필요한 사용자 지정 코딩의 양을 줄이고 고객과 파트너 모두를 위한 전체 프로세스를 단순화하여 통합의 복잡성을 줄입니다. 이 프레임워크는 새로운 오케스트레이션 도구의 온보딩을 간소화하여 더 빠르게 채택하고, 더 원활하게 확장하고, 추가 팀을 더 쉽게 온보딩할 수 있도록 합니다. 이를 통해 통합 문제를 줄이고 사용자 채택 프로세스를 가속화하며 전환 중 마찰을 줄일 수 있습니다. 이 일반 프레임워크는 기본 시스템에서 ServiceNow가 기본적으로 지원하지 않는 모든 오케스트레이션 도구의 통합을 지원합니다.
- 계획 수립 도구 통합을 위한 사용자 지정 필드
  - 작업 항목에 대한 추가 사용자 지정 필드를 가져와 DevOps 변경 속도로 기본 시스템에서 지원되는 계획 도구의 구성 가능성을 향상합니다.
- 향상된 리드 타임 계산
  - 이제 리드 타임 계산은 파이프라인 실행의 일부로 등록된 아티팩트/패키지를 고려하고 연결된 커밋을 기반으로 계산됩니다.

신규:
- Azure DevOps(ADO)에 대한 OAuth 2.0 인증
  - OAuth 2.0 인증을 사용하여 Azure DevOps 도구를 DevOps 변경 속도와 연결하여 보다 안전한 인증 방법을 보장합니다.
- Jira Cloud에 대한 OAuth 2.0 인증
  - OAuth 2.0 인증을 사용하여 Jira Cloud 도구를 DevOps Change Velocity와 연결하여 보다 안전한 인증 방법을 보장합니다.
변경:
- 모든 오케스트레이션 도구를 지원하는 일반화된 Docker 컨테이너 솔루션
  - 일반화되고 확장 가능한 Docker 컨테이너 솔루션을 사용하면 도구별 플러그인 또는 확장에 의존할 필요 없이 변경 요청 생성 및 관련 DevOps 데이터 수집과 같은 파이프라인 작업을 호출하기 위해 오케스트레이션 도구를 DevOps Change Velocity와 통합합니다.
- 기본 시스템에서 지원되지 않는 계획 수립 도구의 온보딩 간소화
  - 변환기 규칙을 사용하여 기본 시스템에서 지원되지 않는 계획 수립 도구를 통합합니다. GitLab 문제는 이제 계획 도구 중 하나로 사용할 수 있으며 이 새로운 접근 방식을 활용하여 빌드되므로 GitLab에서 계획을 검색하고, 작업 항목을 가져오고, 작업 항목(문제)에 대한 웹후크를 구성할 수 있습니다.
- 작업 항목을 직접 연결할 수 있도록 하여 수동 DevOps 변경 생성 환경 개선
  - ITSM용 서비스 운영 작업 공간에서 수동으로 생성된 DevOps 변경 요청에 작업 항목 데이터를 추가합니다.

다음 DevOps 변경 속도 기능을 지원하도록 DevOps 통합을 개선했습니다.
- 변경:
  - 모델을 사용하여 전체 변경 자동화로의 여정이 개선되었습니다.
  - GitHub Action을 사용하여 다시 실행을 지원합니다.
  - Jira 서버에 대한 지원 API_KEY.
  - 파이프라인 실행에 분기 상세 정보를 유지하여 아티팩트 및 패키지에서 커밋을 결정합니다.
- 제거:
  - DevOps 모델의 변경 - DevOps 구현 플로우를 DevOps 변경에 더 적합하게 만들기 위해 변경 작업이 더 이상 자동으로 생성되지 않습니다.
  - DevOps 변경 요청 최소 자동화 승인 플로우 및 DevOps 변경 요청 고급 자동화 승인 플로우는 상충과 오류를 방지하기 위해 모델이 기본 시스템 DevOps 변경 모델(DevOpsorDevOpssimplified)인 DevOps 변경 요청에 대해 트리거되지 않습니다.
- 참고: 기능에 대한 자세한 내용은 DevOps 변경 속도 릴리스 정보를 참조하십시오.

신규:
- 사용자 지정 오케스트레이션 도구 통합 지원
  - DevOps 변경 속도를 기본 시스템에서 지원되지 않는 오케스트레이션 도구와 통합합니다.
- 온보딩 오류 처리 및 가드레일 개선
  - 도구를 온보딩(연결, 검색, 구성 또는 임포트)하는 동안 문제의 근본 원인을 찾는 데 도움이 되는 개선된 오류 메시지를 봅니다.
- DevOps 데이터 검색 오류가 있는 변경 요청 생성
  - 파이프라인에서 DevOps 데이터를 검색하는 동안 오류가 발생하더라도 변경 요청 생성을 활성화합니다.
- GitLab 병합 요청/끌어오기 요청 지원
  - ServiceNow DevOps에서 GitLab 코딩 소스에 대한 GitLab 파이프라인 끌어오기 요청을 관리합니다.
- GitHub Actions, Azure DevOps 및 GitLab에 대한 JFrog Artifactory 지원
  - GitHub 작업, Azure DevOps 및 GitLab 파이프라인 실행을 위해 JFrog Artifactory에 게시된 아티팩트 데이터를 임포트합니다.
- 동일한 Jenkins 인스턴스에 여러 ServiceNow DevOps 구성
  - 하나의 Jenkins 서버에서 여러 ServiceNow DevOps 연결을 구성합니다.
변경:
- Jira Cloud 지원
  - Jira 온프레미스 외에도 Jira Cloud를 DevOps Change Velocity에 온보딩합니다.
- GitLab Docker Container 개선 사항
  - GitLab 파이프라인과 관련된 변경 요청 상세 정보를 검색 및 업데이트하고 단위 테스트 결과를 게시합니다. 간단한 GitLab 파이프라인에 대한 전체 파이프라인 실행 상태에 따라 종결 코드를 자동으로 업데이트하는 기능도 지원됩니다.

신규:
- GitHub 문제 통합
  - 이제 GitHub는 코드 및 오케스트레이션 기능 외에도 GitHub 문제 통합을 사용하여 계획 기능을 지원합니다. 리포지토리의 GitHub 문제는 GitHub 커밋을 검색하고 연결할 수도 있으며 ServiceNow DevOps CHG에 유지될 수 있으며, 이는 ServiceNow DevOps CHG 가속화의 정책 결정에 사용할 수 있습니다.
- GitHub Actions에 대해 지원되는 다양한 단위 테스트 유형
  - ServiceNow DevOps CHG에 게시하기 위한 사용자 지정 API 호출 없이 NUnit, pytest, jest, JUnit, XUnit과 같은 다양한 단위 테스트 도구 보고서의 테스트 결과를 자동으로 게시합니다.
- 안내식 변경 자동화 경험
  - 이제 DevOps 변경을 활용하는 다양한 방법과 변경 프로세스를 완전히 중단하지 않고 DevOps 변경을 쉽게 채택하는 방법에 대해 더 나은 제품 내 지침이 제공됩니다. 스테퍼가 DevOps 변경 생성을 자동화하도록 안내합니다. 스테퍼에서 파이프라인을 선택하는 동안 도구의 연결 상태를 확인할 수 있으며 다음 단계로 진행하기 전에 알림을 받을 수도 있습니다. 이러한 상태를 통해 변경 내용을 이동하고 추적하기 위해 DevOps 변경 모델에 대한 두 가지 새로운 상태 전환 플로우인 변경 - DevOps - 신규 및 변경 - DevOps 일정이 도입되었습니다. 지정된 관계 유형을 기반으로 변경 요청과 관련된 데이터를 검색하기 위해 DevOpsChangeRelationshipHelper 스크립트가 도입되었습니다.
- Azure DevOps 및 GitHub API 속도 제한 처리
  - Azure DevOps 또는 GitHub API 속도 제한을 초과하면 DevOps 변경 속도는 GitHub 제한이 가라앉아 대량의 데이터를 처리할 때까지 새 이벤트 처리를 연기합니다.
- Azure DevOps 및 GitHub에 대한 파이프라인, 리포지토리, 계획에 대한 임포트 요청 검색에서 페이지 매김 지원
  - 이제 데이터가 타사 도구에서 일괄적으로(페이지 매김 방식) 검색됩니다. 이렇게 하면 대량의 데이터를 보유한 많은 팀을 온보딩하여 확장하는 데 도움이 됩니다.
  - DevOps 관리자 및 도구 소유자에 대한 연결 관리자 및 Flow Designer 역할 제거
    - DevOps 관리자 및 도구 소유자의 Flow Designer 및 연결 관리자 역할이 제거되어 이러한 사용자의 가시성 및 편집 기능이 제한되었습니다.
- 아티팩트 및 패키지에 대한 변경 사항
  - 아티팩트 및 패키지에 대한 채택, 구현 및 오류 처리에 대한 전반적인 경험이 개선되었습니다. Jenkins 및 ADO 모두에 대한 아티팩트 및 패키지 등록 API는 이제 상태와 관련된 응답에 명확한 메시지를 제공합니다. 사용자는 아티팩트 버전이 이미 존재하는지, 스테이징되었는지, 생성되었는지 확인할 수 있으며 거부의 경우 이유도 확인할 수 있습니다. 아티팩트 페이지로 이동하는 링크와 함께 콘솔에 명확한 메시지가 표시됩니다. DevOpsDPRHelper API는 이제 파이프라인 실행을 입력으로 사용하여 취약성, 테스트 결과 및 코드 범위에 대한 데이터를 가져옵니다. 아티팩트 버전 또는 패키지가 보류 중인 이유를 설명하는 설명 열이 추가되어 문제 해결 환경이 개선되었습니다. DevOps 변경 작업 공간에서 이 정보에 대한 액세스 용이성을 개선하기 위해 아티팩트, 패키지 및 보류 중인 패키지 목록으로 구성된 새로운 목록 모듈이 생성되었습니다.
- GitLab 알림 처리 개선 사항
  - GitLab 이벤트의 원활한 처리로 확장성이 향상되었습니다. 플로우 이벤트 및 API 호출 수를 줄이기 위해 인바운드 이벤트에 사전 필터링이 도입되었습니다. 속도 제한 제한에 대한 지원은 웹후크 이벤트와 함께 검색 및 임포트 플로우 모두에 대해 활성화되었습니다. GitLab CI 알림과 같은 GitLab 하위 플로우가 프로젝트 정보를 검색하기 위한 REST 호출 수를 최적화하여 대기 상태를 추적하는 데 방해가 되지 않도록 재설계되었습니다.
- SonarQube 통합 변경 사항
  - 이제 스캔 요약에 대한 SonarQube 전체 품질 게이트 상태가 지원되며, ServiceNow DevOps Gitlab Docker 컨테이너를 사용하여 GitLab 파이프라인과의 SonarQube 통합도 지원됩니다.
- 제거됨: Github 스포크 종속성이 제거되었습니다.

신규:
- 전체 파이프라인 실행 상태에 따라 종결 코드 자동 업데이트
  - 이제 파이프라인에서 생성된 변경이 자동으로 종결되고 전체 파이프라인 완료 상태를 기반으로 한 종결 메모, 실제 시작/종료 시간으로 업데이트됩니다. 이는 CHG 생성 단계의 속성으로 전달되거나 DevOps 변경 속도의 파이프라인 수준의 구성을 통해 전달될 수 있는 구성 플래그에 의해 제어됩니다.
- 도구 연결 및 구성 상태
  - Jenkins, GitHub 및 Azure DevOps의 경우 연결 및 구성 상태 표시기가 업데이트됩니다. 공구 연결을 쉽게 테스트할 수도 있습니다. 이제 연결 상태, 도구 자격 증명, 권한 검사, 웹후크 구성 상태의 상태를 기준으로 도구의 전체 상태가 연결됨, 연결 끊김, 주의 필요로 업데이트됩니다.
- GitHub 조직 지원
  - GitHub 조직은 이제 인증 코드를 사용하여 기본 인증 또는 GitHub 앱을 통해 연결된 GitHub 도구에서 지원되며, GitHub 도구에서 그에 따라 업데이트된 멤버 자격 권한이 있습니다. 또한 JWT를 사용하는 GitHub App은 도구당 하나의 조직을 지원하지만 여러 도구 연결을 사용하면 여러 조직을 지원할 수 있습니다.
- ADO(Azure DevOps)에 대해 지원되는 다양한 단위 테스트 유형
  - DevOps CHG에 게시하기 위한 사용자 지정 API 호출 없이 NUnit, pytest, jest, JUnit, XUnit과 같은 다양한 테스트 도구 보고서의 테스트 결과를 자동으로 게시합니다.
- Azure DevOps(ADO)에 대한 끌어오기 요청(PR)/병합 요청 지원
  - ADO 끌어오기 요청 파이프라인 실행은 이제 DevOps 변경 속도에서 추적되며, 다음 메타데이터는 CHG, 끌어오기 요청 ID, 커밋, 원본 분기, 대상 분기, 제기한 사람, 승인자, 의견, PR 제기 시간, PR 승인 시간, PR 병합/종결 시간에 게시됩니다.
- GitHub API 속도 제한 처리
  - GitHub API 속도 제한을 초과하면 DevOps 변경 속도는 GitHub 제한이 가라앉을 때까지 새 이벤트 처리를 연기합니다. 이렇게 하면 대량의 데이터에 대한 전반적인 성능이 향상됩니다.
- Checkmarx 지원
  - CI/CD 파이프라인과 통합된 Checkmarx를 DevOps Change Velocity에 연결하여 보안 검사 결과를 검색합니다. 이렇게 하면 코드가 얼마나 취약한지 확인하는 데 도움이 됩니다. GitHub Actions, Jenkins 및 Azure DevOps 파이프라인에 구성된 Checkmarx 스캔은 기본 시스템에서 지원됩니다. 변경 요청의 관련 목록 또는 ServiceNow 인스턴스의 파이프라인 작업 실행 또는 파이프라인 UI에서 보안 스캔 결과를 볼 수 있습니다. 변경 자동화에 대한 변경 정책 및 조건을 정의할 때 보안 결과를 사용할 수 있습니다. Checkmarx One과 Checkmarx SAST가 모두 지원됩니다.
- 다중 모델 지원> >변경
  - DevOps 파이프라인을 변경 모델로 마이그레이션 카탈로그를 사용하여 모델을 사용하도록 기존의 모든 파이프라인을 마이그레이션합니다. 또한 오케스트레이션 도구 파이프라인에서 이름으로 변경 모델을 전달할 수 있습니다.

신규:

신규:
- 보안 프레임워크
  - 애플리케이션 보안 도구를 위해 특별히 새로운 통합 프레임워크 및 데이터 모델이 추가되었습니다. 모든 애플리케이션 보안 도구와의 사용자 지정 통합을 만들 수도 있는 확장 가능한 프레임워크입니다.
- Veracode 지원
  - CI/CD 파이프라인과 통합된 Veracode를 DevOps 변경 속도에 연결하여 보안 검사 결과를 검색합니다. 이렇게 하면 코드가 얼마나 취약한지 확인하는 데 도움이 됩니다. GitHub Actions, Jenkins 및 Azure DevOps 파이프라인에 구성된 Veracode 검사는 기본 시스템에서 지원됩니다. 변경 요청의 관련 목록 또는 ServiceNow 인스턴스의 파이프라인 작업 실행 또는 파이프라인 UI에서 보안 스캔 결과를 볼 수 있습니다. 변경 자동화에 대한 변경 정책 및 조건을 정의할 때 보안 결과를 사용할 수 있습니다.
- 다중 모드 지원
  - 다중 모드 변경은 최신 개발 관행을 반영하기 위해 변경 모델 또는 프로세스를 보다 유연하게 정의할 수 있도록 하는 새로운 변경 관리 기능입니다. DevOps는 Flow Designer에 내장된 간결한 플로우 및 플로우 작업 제품군을 통해 "목적 부합성" 변경 모델을 제공하기 위해 상태 간 전환을 결정하는 상태와 규칙으로 변경 모델을 생성할 수 있는 이 새로운 기능을 지원합니다. DevOps 변경 모델을 통해 변경 팀은 이제 특정 사용 사례에 완전히 최적화된 광범위한 모델로 선택적으로 전환할 수 있습니다
- 통합 사용자에 대한 보안 토큰 인증
  - 이제 Azure DevOps, Jenkins 및 GitHub Actions 통합 사용자에 대한 토큰 기반 인증을 지원합니다. Jenkins는 DevOps 구성과 호환되도록 기본 인증 및 토큰 인증을 모두 지원합니다.
- GitHub Actions 및 Azure DevOps에 대한 커밋 실행
  - GitHub Actions 및 Azure DevOps의 변경 내용에 대한 실행 커밋의 전체 목록을 캡처하여 추적 가능성을 높입니다.
- 온보딩 및 인사이트를 위한 작업 공간 변경 사항
  - 여기에는 웹후크를 구성하기 전에 Azure DevOps에서 ServiceNow DevOps 확장이 설치되어 있는지 확인하고, 변경 자동화 설정을 진행할 때 파이프라인 단계를 자동으로 임포트하고, DevOps 인사이트 위젯에 대한 정보 아이콘, DevOps 인사이트에 대한 플로우 및 가속 메트릭 점수 위젯에 대한 더 나은 시각적 개체를 가져오는 작업이 포함됩니다.
- 오케스트레이션 도구 및 정책 조건 상세 정보 내에서 CHG 상태 전환 로깅
  - 파이프라인 또는 워크플로가 변경 승인을 기다리는 동안 변경 번호, 상태, 할당 그룹, 승인자, 계획된 시작/종료 날짜와 같은 변경 정보는 Azure DevOps 파이프라인 및 GitHub Action 워크플로의 콘솔 로그에 표시됩니다. ServiceNow DevOps 애플리케이션은 정기적으로 폴링되며 변경 정보에 차이가 있는 경우 콘솔 로그에 직접 기록되므로 ServiceNow 인스턴스로의 홉이 최소화됩니다. 실패한 정책 조건의 상세 정보도 오케스트레이션 도구의 콘솔에 기록됩니다.
- DevOps 변경 요청 상세 정보 가져오기 및 업데이트
  - Azure DevOps 및 GitHub Action 마켓플레이스의 ServiceNow DevOps 확장을 사용하여 Azure DevOps 파이프라인 및 GitHub Action 워크플로우와 연결된 변경 요청 상세 정보를 가져오고 업데이트합니다. 이러한 확장 기능이나 사용자 지정 작업을 사용하면 필요한 속성을 전달하여 변경 내용을 가져오고, 업데이트하고, 필요에 따라 변경 내용을 종결할 수 있습니다.
- GitHub 작업 배포 게이트
  - ServiceNow DevOps 변경 속도는 이제 해당 환경에 대한 GitHub Action 배포 게이트를 지원합니다. 이 기능을 ServiceNow DevOps와 통합함으로써 개발자는 GitHub Actions의 모든 배포 환경에 품질 게이트를 적용하고 GitHub Actions의 배포 보호 규칙 콘솔 로그 내에서 변경 세부 정보를 승인됨 또는 거부됨으로 변경 상태의 진행률과 함께 가져올 수 있습니다.
- 수동으로 웹후크 구성
  - 이제 웹후크를 ServiceNow DevOps 변경 속도에서 자동으로 구성하는 대신 수동으로 구성하도록 선택할 수 있습니다. 이 기능을 사용하여 토큰 및 sysid에 액세스할 수 있습니다. 조직 내의 도구 관리자는 이 정보를 사용하여 웹후크를 수동으로 구성할 수 있습니다. DevOps 관리자 및 도구 소유자 역할만 액세스할 수 있습니다.
- ServiceNow DevOps 연결 및 자격 증명
  - ServiceNow 관리자에 의한 ServiceNow DevOps 변경 속도의 초기 설정이 간소화되었습니다. 기본 인증 자격 증명으로 통합 사용자를 설정하는 작업은 더 이상 필요하지 않습니다. CreateDevOpsTool 별칭 설정이 제거되었습니다.
- 성능 향상을 위한 최적의 ServiceNow DevOps 이벤트 처리
  - ServiceNow DevOps는 플로우 실행을 트리거하기 전에 무시할 수 있는 이벤트를 필터링합니다. 이렇게 하면 중요한 이벤트에 대한 이벤트 처리 및 Flow Designer 실행 대역폭의 성능이 향상되어 전체 응답시간이 향상됩니다. 또한 이를 통해 DevOps 관리자는 시스템 성능에 영향을 주지 않고 더 넓은 범위의 도구 웹후크를 추가할 수 있습니다.
주요 수정 사항.

변경:

Azure DevOps 조직 지원
- 조직 수준에서 직접 도구를 Azure DevOps에 연결합니다. 조직 내 프로젝트는 자동으로 검색됩니다. 여러 프로젝트에 대한 웹후크를 한 번에 구성하고 조직 수준에서 자격 증명을 쉽게 업데이트할 수 있습니다. 이렇게 하면 ADO 프로젝트별로 도구를 연결할 필요가 없습니다.
도구 및 애플리케이션에 대한 그룹 액세스
- 유지 관리자 필드에 사용자 그룹을 추가하여 도구 및 애플리케이션에 대한 액세스를 제어합니다. 추가된 그룹에 속한 사용자는 해당 도구 또는 앱에만 액세스할 수 있으며 역할에서 허용하는 경우에만 편집할 수 있습니다. 새로운 역할인 DevOps 도구 소유자가 도입되었습니다. 이 역할을 가진 사용자는 도구만 연결할 수 있으며 시스템 속성과 같은 추가적인 DevOps 관리자 역량에는 액세스할 수 없습니다.
앱에 연결할 때 파이프라인 단계를 자동으로 검색합니다.
- 파이프라인을 앱과 연결하는 동안 임포트 중에도 파이프라인 단계가 검색됩니다. 더 이상 ServiceNow DevOps에서 단계를 매핑하기 위해 파이프라인을 한 번 실행할 필요가 없습니다.
업데이트된 오류 메시지
- 실시간 알림에서 문제의 근본 원인을 찾는 데 도움이 되도록 향상된 오류 메시지가 인바운드 이벤트 및 임포트 요청에 표시됩니다. 오류 메시지는 관련된 활성 문제를 식별하고, 특정 문제를 강조 표시하고, 완화 방법을 설명합니다.
자격 증명 만료 알림
- 도구 자격 증명이 만료되거나 만료되려고 하면 관리자와 도구 소유자에게 알림이 전송됩니다. 이메일, 범용 작업, 알림 벨 아이콘 및 도구 기록의 메시지를 통해 경보를 받게 됩니다. 이렇게 하면 데이터 손실을 방지할 수 있습니다.
마지막으로 받은 이벤트
- 이벤트가 마지막으로 수신되었을 때 DevOps 관리자에게 도구 연결에서 발생할 수 있는 문제에 대해 경고합니다. 도구 기록의 마지막 이벤트 수신 필드는 연결 문제를 쉽게 해결하는 데 도움이 됩니다. 이벤트를 수신하지 않았을 때 도구 기록의 마지막 이벤트 수신 필드에 경고 또는 중요 경보를 표시할 일 수를 설정할 수 있습니다.
파이프라인이 실행 재개 결정이 보류 중인 동안 로깅 변경 상태
- 파이프라인/워크플로가 변경 승인을 위해 보류 중인 동안 변경 번호, 상태, 할당 그룹, 승인자, 계획된 시작/종료 날짜와 같은 변경 정보가 Jenkins 및 GitHub Actions의 콘솔 로그에 표시됩니다. ServiceNow DevOps 애플리케이션은 정기적으로 폴링되며 변경 정보에 차이가 있는 경우 콘솔 로그에 직접 기록되므로 ServiceNow 인스턴스로의 홉이 최소화됩니다.

부정하게 결정된:

GitHub: GitHub에서 이미 검색된 리포지토리가 삭제되면 검색 작업이 실패합니다.
DevOps 변경에서 "sn_devops.viewer" 역할을 가진 사용자는 DevOps 구성 작업 공간 링크를 볼 수 있습니다.
SonarQube/SonarCloud: 변경 요청에서 관리자가 아닌 소프트웨어 품질 요약 기록은 새 요약 기록을 만드는 대신 다음 기록으로 재정의됩니다.
변경 속성에 데이터 정책이 있는 경우 변경 생성에 실패합니다.
DevOps 변경 속도가 설치되면 변경 요청 관련 목록의 기본 뷰를 편집할 수 없습니다.
Azure DevOps: 단계 유형이 프로덕션 배포가 아닌 경우 변경에 대한 작업 항목 및 커밋 관련 목록에 잘못된 항목이 표시됩니다.
Jira: 생성 직후 문제가 업데이트되면 중복 작업 항목이 생성됩니다.
DevOps 뷰어 역할을 가진 사용자는 작업 공간의 모든 인사이트 위젯에 대한 KPI 분석에 액세스할 수 없습니다.
커밋이 DevOps에서 처리되고 DevOps에서 삭제된 다음 GitHub에서 다시 커밋되면 커밋에 대한 커밋한 사람 상세 정보가 유지되지 않습니다.
지난 30일 동안 애플리케이션 활동 위젯에 표시된 테스트의 수가 잘못되었습니다(#).

변경됨
- 향상된 오류 처리 및 가드레일: 도구를 온보딩(연결, 검색, 구성 또는 가져오기)하는 동안 문제의 근본 원인을 찾는 데 도움이 되는 오류 메시지가 개선되었습니다. 오류 메시지는 관련된 활성 문제를 식별하고, 특정 문제를 강조 표시하고, 완화 방법을 설명합니다.
- DevOps 변경 작업 공간 변경 사항:
  - ServiceNow 관리자를 위해 설정 상태, 완료해야 하는 범위의 향상된 식별, 자격 증명 별칭 구성에 사용되는 계정의 새 암호를 설정하는 기능, 추가 확인 등 간소화된 초기 시스템 설정.
  - 애플리케이션 서비스를 할당하거나 변경 자동화를 설정하는 파이프라인 단계를 수정하는 기능을 포함하는 앱 소유자 역할 확장. 또한 앱 소유자는 도구에 대한 검색을 클릭하여 DevOps 애플리케이션에 필요한 새 객체를 연결할 수 있습니다. 모든 도구에 대한 자격 증명을 쉽게 업데이트하고 지정된 자격 증명에 대한 권한을 확인하는 기능이 포함된 업데이트된 도구 관리입니다.
- Rally 통합: Broadcom Rally 계획 수립 도구에 연결하여 에픽, 스토리, 버그 및 작업과 같은 Rally 계획 수립 객체를 DevOps 데이터에 작업 항목으로 임포트합니다. Rally 통합은 작업 항목 검색, 실시간 데이터를 전송하도록 웹후크 구성 및 기록 데이터 임포트를 지원합니다. Rally 작업 항목을 변경 요청 가속에 사용되는 커밋과 연결할 수 있습니다.
- GitHub OAuth JWT 인증: 이제 OAuth JWT(Json 웹 토큰)를 사용하여 GitHub 도구 연결의 보안 인증이 지원됩니다. 이제 GitHub에서 생성된 개인 키를 사용하는 OAuth-JWT 인증이 지원됩니다.
- DevOps 변경 요청 상세 정보 가져오기 및 업데이트: Jenkins 파이프라인에서 각각 snDevOpsGetChangeNumber 및 snDevOpsUpdateChangeInfo 스크립트를 실행하여 Jenkins 파이프라인과 연결된 변경 요청 상세 정보를 가져오고 업데이트합니다.
- DevOps 가속 메트릭: 이제 비즈니스 애플리케이션별로 Digital Portfolio Management 작업 공간에도 표시됩니다.
고정
- DevOps Insights 1.36 애플리케이션은 ACL을 추가하여 CMDB에서 비즈니스 서비스 및 비즈니스 애플리케이션 CI를 숨깁니다.
- DevOps 구독은 할당 그룹을 통해 할당된 역할을 가진 사용자를 참가자 테이블에 추가하지 않습니다.
- 앱 온보딩을 통해 앱이 생성되면 소유자 필드가 채워지지 않습니다.
- Jenkins 검색이 많은 수의 파이프라인/작업으로 실패합니다.
- 파이프라인 이름이 도구(예: Gitlab, Jenkins) 간에 동일하면 한 도구의 파이프라인 실행이 다른 도구에 매핑됩니다.
- 태그와 분기 이벤트가 동시에 처리되는 경우 경합 조건으로 인해 커밋에 대한 분기 상세 정보가 누락되었습니다.
- 앱 온보딩 중에 서비스 포털에서 "구성하시겠습니까?" 확인란이 누락되었습니다.
- GitHub 대량 커밋 처리는 필요한 것보다 더 많은 커밋을 유지합니다.
- 스테이지 및 영수증 변경이 하나만 활성화된 ADO(Azure DevOps) 파이프라인의 경우 실제 시작 날짜가 실제 종료 날짜보다 큰 CR이 생성됩니다.
- Gitlab Discover는 처음 100개(import.coding_tool.repos.per_page 속성에 정의된 값), 리포지토리, 파이프라인만 채웁니다.
- DevOps 패키지에서 생성된 CI 클래스 이름 "패키지"가 CMDB CI OS 패키지와 충돌합니다.

신규
- 도구에 연결하는 동안 문제의 근본 원인을 찾는 데 도움이 되는 오류 메시지가 개선되었습니다. 오류 메시지는 관련된 활성 문제를 식별하고, 특정 문제를 강조 표시하고, 완화 방법을 설명합니다.
- 이제 도구에 연결하는 동안 DevOps 변경 작업 공간 페이지에서 직접 특정 MID 서버를 지정할 수 있습니다.

GitHub 작업 통합:

GitHub는 ServiceNow DevOps의 GitHub 작업 오케스트레이션 기능을 지원하기 위해 업데이트된 코딩 도구입니다. ServiceNow DevOps 사용자 지정 작업(GitHub Actions Marketplace에 게시됨)을 사용하여 GitHub Actions 파이프라인과 GitHub Environment를 통합합니다.
데이터 모델을 업데이트하려면 GitHub 작업 통합을 사용하려면 GitHub가 연결되고, 구성되고, 파이프라인이 검색되어야 합니다. 사용자 지정 작업을 사용하여 GitHub Actions 워크플로가 일시 중지되고 다시 시작됩니다.

다음 사용자 지정 작업이 GitHub 리포지토리에 게시됩니다.

ServiceNow DevOps 변경
ServiceNow DevOps 테스트 보고서
ServiceNow DevOps 소나
ServiceNow DevOps 아티팩트 등록
ServiceNow DevOps 등록 패키지

Azure DevOps 아티팩트에 대한 기록 임포트 및 폴링:

앱 온보딩 셀프 서비스 카탈로그 및 주기적인 폴링을 사용하여 데이터를 가져와 ADO 아티팩트에 대한 기록 데이터를 임포트합니다. 임포트 프레임워크는 파이프라인을 편집하거나 웹후크를 구성할 필요 없이 DevOps 데이터를 인스턴스로 가져와 팀을 온보딩하는 데 도움이 됩니다. 임포트한 데이터는 완전한 변경 추적성을 위해 근본 원인에 대한 인사이트를 제공하며, 이는 근본 원인과 개선 영역을 식별하는 데 도움이 됩니다.

바로 사용 가능한 변경 승인 정책 위험 입력 및 거부 이유:

기본 시스템 DevOps 기본 변경 승인 정책은 변경 자동화 및 승인 정책을 개선합니다. 정책 조건은 수집된 DevOps 데이터에 대해 실행되어 수동 승인을 위해 자동 거부, 자동 승인 또는 연기됩니다. 데이터는 커밋에 대한 메트릭, 코드 범위, 테스트 결과, 수중 음파 탐지기 스캔 결과, 위험 입력 등이 될 수 있습니다. 변경 승인 정책은 구성할 수 있습니다. 사용자가 신속하게 시정 조치를 취할 수 있도록 거부 사유는 CHG 작업 메모에 캡처됩니다.

Jenkins 스니펫 생성기:

ServiceNow DevOps용 Jenkins 플러그인은 DevOps 스크립팅된 파이프라인 단계를 생성할 수 있습니다. 이를 통해 개발자는 ServiceNow DevOps 기능을 신속하게 도입하고 파이프라인을 쉽게 수정할 수 있습니다.

변경됨
- 바로 사용 가능한 변경 승인 정책: OOTB(Out of the box) DevOps 기본 변경 승인 정책이 구현되어 변경 자동화 및 승인 정책을 업데이트합니다. 이를 통해 정책 조건이 수집된 DevOps 데이터에 적용되어 자동 거부 또는 자동 승인 또는 수동 승인을 연기합니다. DevOps 데이터는 커밋에 대한 메트릭, 코드 범위, 테스트 결과, 수중 음파 탐지기 스캔 결과 등일 수 있습니다. 변경 승인 정책은 구성할 수 있습니다.
- DevOps 도구에 대한 기록 데이터 가져오기 - Azure DevOps: 앱 온보딩 셀프 서비스 카탈로그 및 주기적인 폴링을 사용하여 데이터를 가져와 모든 역량(코드, 계획 및 오케스트레이션)에 대한 기록 데이터를 임포트합니다. 임포트 프레임워크는 파이프라인을 편집하거나 웹후크를 구성할 필요 없이 DevOps 데이터를 인스턴스로 가져와 팀을 온보딩하는 데 도움이 됩니다. 임포트한 데이터는 완전한 변경 추적성을 위해 근본 원인에 대한 인사이트를 제공합니다. 버전 1.34부터 데이터를 임포트하고 Azure DevOps에 대한 폴링 메커니즘을 구성할 수 있습니다.
- jFrog - Jenkins 아티팩토리 통합: ServiceNow DevOps에서 Jenkins와 jFrog 아티팩토리를 통합하고 ServiceNow에서 CI/CD 파이프라인을 연결 및 추적성에 이 데이터를 사용합니다. CI(빌드 파이프라인)를 jFrog에 빌드 및 게시된 아티팩트와 연결하고 배포 파이프라인(CD)을 jFrog 리포지토리에서 다운로드한 패키지와 연결하여 배포합니다. 이러한 CI/CD 파이프라인을 아티팩트와 연결하고 이를 변경과 연결하면 커밋에서 변경 추적 가능성을 위해 빌드되고 배포된 아티팩트로의 링크가 생성됩니다.
고정
- GitLab 통합: 매우 큰 GitLab 빌드 번호가 작업 실행 테이블의 build_number 열에 매우 큰 숫자로 저장됩니다.
- 보안 버그

변경됨
- 추적 가능성 변경
  - 변경 추적 가능성은 DevOps 데이터를 활용하여 수동 변경을 가속화하는 비침습적 방법입니다. 이를 통해 전체 변경 자동화 경로에서 가치 실현 기간을 단축할 수 있습니다. 이 릴리스를 사용하면 아티팩트 버전, 빌드 번호 또는 릴리스 버전을 작업 항목, 커밋 및 테스트와 같은 DevOps 데이터를 끌어올 수동으로 생성된 변경 요청에 연결할 수 있습니다.
  - 구현에는 ServiceNow DevOps 변경 작업을 포함하기 위한 파이프라인 수정이 필요하지 않습니다. 따라서 연결된 DevOps 데이터를 사용하면 프로덕션에 배포된 내용을 완벽하게 파악하여 수동 변경을 가속화할 수 있습니다.
- JIRA, GitHub 및 Jenkins에 대한 임포트 및 폴링 지원
  - 앱 온보딩, 셀프 서비스 카탈로그 및 정기 폴링을 통해 임포트하여 모든 역량(코드, 계획 및 오케스트레이션)에 대한 데이터를 가져오면 파이프라인을 편집하거나 웹후크를 구성할 필요 없이 DevOps 데이터를 ServiceNow로 신속하게 가져와서 팀을 쉽게 온보딩할 수 있습니다. 임포트한 데이터를 통해 완전한 변경 추적성을 위한 근본 원인에 대한 통찰력을 얻을 수 있습니다. 이 릴리스에서는 JIRA, GitHub, Jenkins용 임포트 프레임워크와 구성 가능한 폴링 메커니즘을 다룹니다.
  - 기능을 지원하기 위해 다음과 같은 앱 스포크 종속성이 추가됩니다
    - Jenkins V2 스포크 – 1.1.2
    - Jira 스포크 – 3.1.1
    - GitHub 스포크 – 2.2.2
- 시스템 상태 대시보드 및 알림
  - 시스템 상태 대시보드는 연결된 DevOps 도구에서 ServiceNow DevOps로 들어오는 데이터를 모니터링하거나 문제를 해결하는 방법을 제공합니다. 이는 DevOps 관리자가 DevOps에 구성된 다양한 도구에서 받은 인바운드 이벤트 처리 데이터에 대한 가시성을 높일 수 있는 방법입니다. 도구 연결의 최신 상태를 쉽게 확인할 수 있는 방법도 있습니다.
  - 파이프라인 실행, 변경 요청 및 인바운드 이벤트 데이터와 같은 주요 통계에 대한 주간 정보를 제공하는 그룹에 이메일 알림을 보낼 수 있습니다. 이를 통해 DevOps 관리자는 DevOps 시스템의 전반적인 도움말에 변경 사항이 있는 경우 사전에 알림을 받을 수 있습니다.
고정
- Azure DevOps
  - 여러 커밋이 동일한 밀리초로 처리되면 중복 리포지토리가 생성됩니다
  - ADO 도구 생성됨 일반 텍스트로 자격 증명 저장
- midserver가 간헐적으로 작동 및 중단될 때 GitLab 알림이 대기 및 오류 상태에서 멈춥니다.
- 파이프라인 실행 횟수가 많은 파이프라인에 대해 파이프라인 UI가 로드되지 않습니다.
- DevOps 관계 규칙은 비DevOps 범주의 변경 요청에 대해 실행됩니다.
- 1.32로 업그레이드한 후 자유형 작업에 대한 아티팩트 등록에 실패함
- 보안 버그

신규
- 병렬 스테이지에 대한 Jenkins 지원: ServiceNow DevOps는 이제 Jenkins 파이프라인에서 병렬/중첩으로 실행되는 스테이지를 추적합니다. 병렬 스테이지는 파이프라인 사용자 인터페이스에서 정확하게 렌더링되며, 자동화된 변경 요청은 선행 병렬 스테이지가 완료된 후에만 생성됩니다.
- Azure DevOps: 이벤트 처리를 최적화하기 위해 ADO 도구의 오케스트레이션 기능에 사용할 수 있는 대량 처리 기능입니다.
- 테이블 보관 정책
  - 9개월보다 오래된 데이터를 자동 보관하기 위해 추가된 보관 규칙입니다(구성 가능, 하나의 속성을 사용하여 모든 보관 규칙에 대해 구성할 수 있음).
  - 3년 이상 보관된 데이터를 제거하는 삭제 규칙이 추가됩니다.
  - 위의 보관 및 삭제 규칙은 PipelineExecution, StepExecution, TaskExecution 및 모든 관련 테이블의 데이터로 구성된 테이블에 적용됩니다.
고정
- Agile Development 2.0: scrum_product_owner 및 scrum_story_creator 역할을 가진 사용자가 사용자 스토리를 만들 때 해당 작업 항목은 DevOps에서 생성되지 않습니다.
- Jenkins: BitBucket 구성이 있는 다중 분기 파이프라인의 작업 실행 값이 비어 있습니다. 다중 분기 파이프라인 및 중첩 파이프라인에 대해 추적이 활성화되지 않은 경우에도 파이프라인 실행이 생성됩니다. Jenkins 도구를 다시 만든 후에는 파이프라인이 검색되거나 추적되지 않더라도 인바운드 이벤트가 생성됩니다.
- Azure DevOps: 사용자 지정 프로젝트(Agile 프로젝트 아님)의 경우: ADO 작업 항목이 삭제되면 오류 코드 400과 함께 인바운드 이벤트 오류가 발생하여 해당 DevOps 작업 항목의 상태가 삭제됨으로 업데이트되지 않습니다.
- 앱 온보딩 페이로드가 게시될 때 파이프라인 단계 기록에 대한 영수증 변경 플래그가 업데이트되지 않음

신규
- Azure DevOps의 병렬 스테이지 지원
  - 이제 ServiceNow DevOps는 Azure DevOps 릴리스 파이프라인에서 병렬로 실행되는 스테이지를 추적합니다. 병렬 스테이지는 파이프라인 사용자 인터페이스에서 정확하게 렌더링되며, 자동화된 변경 요청은 선행 병렬 스테이지가 완료된 후에만 생성됩니다.
  - 참고: 병렬 스테이지에 대한 지원은 Azure DevOps 릴리스 파이프라인으로 제한됩니다. 빌드 파이프라인은 ServiceNow DevOps에서 순차적으로 계속 추적 및 렌더링됩니다.
- Jenkins에서 변경 요청 번호 반환
  - Jenkins 작업 또는 파이프라인이 변경 제어에 대해 구성된 경우 이 기능을 사용하면 새로 생성된 변경의 변경 번호가 빌드 로그 파일로 출력됩니다. 이 정보를 통해 파이프라인 소유자는 파이프라인이 일시 중지된 이유를 이해하고 원하는 경우 변경 상태에 대한 후속 조치를 취할 수 있습니다. 로그 출력은 정보 제공 전용이며, 보류 중인 DevOps 변경 요청에 대한 상세 정보 및 상태 정보를 프로그래밍 방식으로 검색하려면 기존 changeInfo를 사용하는 것이 좋습니다.
- Azure DevOps 레거시 URL 지원
  - ServiceNow DevOps는 이제 Azure DevOps 프로젝트에서 레거시(visualstudio.com) URL 사용을 지원합니다. 이제 레거시 URL을 새로운(azure.com) URL과 서로 바꾸어 사용할 수 있습니다.

신규
- Azure DevOps에 대한 스테이지 다시 시작: 파이프라인 실행이 동일하므로 정보를 올바르게 추적할 수 있도록 파이프라인 및 스테이지/단계 다시 시작을 지원합니다.
- GitLab OAuth: 악의적인 작업과 부당한 가시성을 방지하기 위해 기본 인증보다 더 안전하므로 OAuth를 지원합니다.
고정
- ServiceNow DevOps용 Jenkins 플러그인
  - Jenkins 플러그인 종속 항목과 관련된 보안 취약성입니다. (참고: DevOps 1.30부터 취약성을 해결하려면 Jenkins 서버의 최소 기본 버전이 2.204.6이어야 합니다.)
  - 분기 이름이 특수 문자(예: scratch/dev!@@&mybranch)인 다중 분기 파이프라인에 대한 알림이 대기 상태에서 멈춤
- Azure DevOps
  - 파이프라인 빌드: 패키지와 변경이 모두 동일한 스테이지에서 생성되면 아티팩트 버전이 변경 요청 관련 목록에 표시되지 않습니다.
  - 태그가 기록 커밋으로 생성되면 커밋 위치 필드가 변경됩니다.
  - 릴리스 파이프라인 실행 각 실행에서 이름이 같은 패키지 생성
  - DevOps 파이프라인 실행, 테스트 요약 및 콜백 테이블의 성능 문제입니다.
  - Agile 2.0 ServiceNow 플러그인에서 작업 항목을 만들 때 DevOps에서 간헐적으로 중복된 작업 항목이 생성됩니다.
  - 여러 빌드 파이프라인에서 생성된 경우 배포 파이프라인에 테스트 결과가 표시되지 않습니다.
변경됨: DevOps 1.30부터 취약성을 해결하려면 Jenkins 서버의 최소 기본 버전이 2.204.6이어야 합니다.

기능 변경 사항:
- ServiceNow DevOps용 Jenkins 플러그인
  - Jenkins Marketplace의 플러그인: Jenkins Marketplace에서 직접 설치하여 쉽게 온보딩할 수 있습니다. 주로 개발 팀이 자체 온보딩하여 솔루션을 사용할 수 있도록 모든 마찰을 제거하기 위한 것입니다.
  - 향상된 로그 수준: 로거는 문제를 진단하거나 디버그하는 데 중요합니다. 그러나 과도한 로깅을 켜면 시스템이 급격히 플러딩되어 서버가 종료될 수 있습니다. 이제 개발 팀은 문제의 정확한 근본 원인을 추적하기 위해 원하는 대로 로그 수준을 설정할 수 있습니다
  - 과도한 파이프라인 정보 호출 감소: Jenkins 빌드가 트리거될 때마다 파이프라인이 추적되고 있는지 여부를 알기 위해 Jenkins에서 ServiceNow로의 호출 수를 줄이기 위해 Jenkins 구성에 "강제 추적 검사" 플래그가 새로 도입되었습니다. 이 기능을 사용하지 않도록 설정하면 파이프라인 추적 및 테스트 정보가 포함된 파일이 생성되어 알림을 보내기 위해 ServiceNow에서 추적하는 파이프라인을 확인하는 데 사용됩니다. 사용자가 ServiceNow 애플리케이션에서 파이프라인 추적 플래그 또는 테스트 정보를 업데이트할 때마다 ServiceNow는 파이프라인 추적 파일을 업데이트하기 위해 Jenkins에 POST REST API 호출을 수행합니다
- 범주화에 대한 변경 요청: 변경 요청이 자동으로 생성되면 Category=DevOps가 포함됩니다. 현재 가지고 있는 범주 값은 하드웨어, 소프트웨어, 네트워크 등과 같은 변경 유형을 나타내는 반면 "DevOps" 값은 변경의 소스에 더 가깝습니다. DevOps에서 변경을 제공하고 하드웨어 또는 소프트웨어 유형인 경우가 있을 수 있습니다. 또한 이미 범주 목록은 다른 용도로 사용할 수 있으며 예를 들어 비프로덕션 등과 같은 값을 사용할 수 있습니다. 이제 DevOps 팀은 변경 기록이 "DevOps 변경 기록"임을 고유하게 식별할 수 있습니다.
- 인바운드 이벤트 처리 처리량의 성능 향상
수정:
- 도구 수준에서 특정 파이프라인을 추적할 때 ADO 파이프라인 및 작업 실행이 표시되지만 파이프라인에 대해 추적이 활성화되지 않았습니다.
- 변경 요청 자동 승인 및 거부 설명이 sysapproval_approver 테이블 기록에 설정되어 있지 않습니다.
ServiceNow DevOps용 Jenkins 플러그인: 1.29

신규:
- 특정 예외 유형으로 인해 오류가 발생한 인바운드 이벤트는 예약된 작업에 의해 자동으로 다시 시도됩니다. 처리할 오류가 발생한 인바운드 이벤트의 예외 유형, 재시도 횟수 및 기간은 DevOps 속성에서 구성할 수 있습니다.
- Jenkins 통합 보안이 향상되어 이제 API 키를 사용하여 ServiceNow DevOps에서 Jenkins 도구를 생성할 수 있습니다. 변경 요청 거부/취소됨 사유는 해당 Jenkins 파이프라인으로 다시 전송되므로 변경이 거부/취소된 이유를 알 수 있습니다.
부정하게 결정된:
- 파일 변경 내용이 없는 빈 커밋에 대해 코드 푸시 및 태그 푸시 이벤트가 실패합니다
- GitHub: 오류 404 - 임포트가 리포지토리 수준에서 작동하지 않음 - 도구 URL에 후행 '/'가 있는 경우 파이프라인 이름에 분기 이름이 포함된 경우 아티팩트가 작업 실행에 연결되지 않습니다.
- GitHub Enterprise - 잘못된 webHookResourcePath로 인해 리포지토리를 구성할 수 없습니다. IE11에서 파이프라인 UI 페이지의 레이아웃이 손상되었습니다. Jenkins 다중 분기 파이프라인 이벤트가 대기 상태에서 멈춤 분기 이름에 "/"가 있고 Junit 테스트가 있을 때 공백이 있는 다중 분기 파이프라인이 작동하지 않습니다.
- Azure DevOps:
  - Azure DevOps에 대한 DevOps 계획 임포트 요청이 큰 백로그(예: >2000 작업 항목)로 인해 실패합니다.
  - Azure Artifact를 포함하는 릴리스에 대한 알림 인바운드가 실패합니다.
  - 도구가 생성된 후 자격 증명이 변경/만료되면 검색 작업에 대한 임포트 요청의 상태가 오류가 아닌 성공입니다. 단일 파이프라인 실행에서 되돌리기 커밋은 원래 커밋 이전에 유지되므로 커밋 실행에서 되돌리기 커밋이 제거되지 않습니다.
- ServiceNow DevOps용 Jenkins 플러그인: 1.28

변경:
- 소프트웨어 품질 프레임워크: 코드 품질 및 보안 도구를 위해 특별히 업데이트된 데이터 모델입니다. 누구나 모든 코드 품질 및 보안 도구에 대한 사용자 지정 통합을 생성할 수 있는 확장 가능한 프레임워크입니다.
- SonarQube 지원: Azure DevOps 및 Jenkins에 대한 OOTB 지원입니다. 파이프라인에서 트리거된 스캔이 있을 때마다 변경 위험을 결정하는 데 필요한 ServiceNow DevOps에서 스캔 결과가 캡처됩니다.
- API를 통해 변경 필드를 설정할 수 있습니다. 이렇게 하면 이전에 설정된 모든 단계 구성이 무효화됩니다. 현재 기능은 그대로 유지되지만 이제 API에서 필드를 설정할 수 있다는 점만 다릅니다.
- ServiceNow DevOps용 Jenkins 플러그인: 1.27

부정하게 결정된:
- 잘못된 DevOps 인바운드 이벤트 대기 이유 및 불완전한 파이프라인 실행을 유발하는 경쟁 조건
- 레거시 변경 관리 플러그인으로 DevOps 변경 생성에 실패함
- GitHub 푸셔 이메일이 비어 있으면 DevOps에서 커밋한 사람과 커밋한 사람 이메일이 채워지지 않습니다.
- BitBucket의 경우 DevOps 태그 업데이트가 처리되지 않습니다

변경:
- 연결 별칭을 동적으로 생성하면(상위 별칭 아래) DevOps 도구를 생성할 때 시스템 관리자가 연결 별칭을 별도로 생성할 필요가 없습니다. 이 기능은 플랫폼 "하위 별칭" 기능을 사용하며 Paris에서 사용할 수 있습니다. DevOps 애플리케이션은 상위 별칭 및 해당 구성 템플릿(기본 인증, API 키 및 OAuth - 인증 코드)과 함께 제공되며, 이를 사용하여 생성된 하위 별칭 아래에 연결 및 자격 증명을 생성할 수 있습니다.
부정하게 결정된:
- 모든 작업 실행을 건너뛰면 파이프라인 UI가 중단됩니다.
- 테스트 도구 통합에는 쿼리 매개변수의 toolID가 오케스트레이션 도구 ID일 것으로 예상합니다. DevOps 태그 업데이트가 처리되지 않습니다.
- SucceededWithIssues와 같이 지원되지 않는 Azure 상태에 대한 기본 처리는 없습니다. Jenkins에 대한 커밋만 가져오도록 커밋 API를 필터링합니다.
- 코드 병합 시 커밋에 대한 분기 정보가 업데이트되지 않음
플러그인 및 확장 프로그램 호환성:
- ServiceNow DevOps용 Jenkins 플러그인(1.24.0) https://marketplace.visualstudio.com/items?itemName=ServiceNow.vss-services-servicenow-devops 버전: 1.24.0

변경:
- Azure DevOps: 고객이 추적할 특정 파이프라인만 선택할 수 있도록 하여 온보딩 ADO 도구가 쉬워졌습니다.
- 이제 인바운드 이벤트 테이블에 대한 보관/제거 조건을 설정하여 대량의 DevOps 데이터를 처리할 수 있습니다.
부정하게 결정된:
- Azure DevOps: 다른 스테이지의 작업 이름이 동일하면 아티팩트/패키지가 작업 실행에 연결되지 않습니다.
- Azure DevOps: 스테이지에서 수동 전용 트리거가 있는 릴리스 게이트의 경우 릴리스 파이프라인은 두 개의 파이프라인 실행 기록을 생성합니다.
- 아티팩트 생성에는 다중 분기 파이프라인에서 실패한 실행에 대한 다른 분기의 커밋이 포함됩니다.
- DevOps 플로우 디자이너 스크립트는 '시스템 사용자' 대신 '세션을 시작하는 사용자'로 실행해야 합니다.

변경:
- 변경 요청 파이프라인 API 변경: Jenkins 및 Azure DevOps 파이프라인에서 변경 요청을 생성할 때 추가 변경 요청 속성 설정ServiceNow DevOps가 변경 요청을 종결하지 않도록 파이프라인에서 플래그 설정
- 이제 ServiceNow DevOps에서 GitLab 및 Azure DevOps 리포지토리 태그가 지원됩니다.
- 이제 GitLab에서 대량 커밋을 처리할 수 있습니다.
- '버전'은 이제 계획 페이로드의 선택적 필드입니다.
부정하게 결정된:
- 파이프라인 UI는 변경과 동일한 단계에서 아티팩트 버전을 만드는 파이프라인에 대해 빈 페이지를 렌더링합니다.
- 변경 요청에서 DevOps 뷰어 역할만 있는 사용자는 아티팩트에 포함된 커밋 대신 시스템의 모든 커밋을 볼 수 있습니다.
- 커밋에 커밋한 자가 비어 있는 경우 변경 요청이 생성되지 않습니다.
- 업스트림 스테이지를 '건너뛰기'하면 변경 요청이 생성되지 않습니다.
- Azure DevOps 및 GitLab의 경우 병합 커밋에서 되돌려진 커밋이 변경 요청의 커밋 관련 목록에 표시됩니다.

기능 변경 사항:
- 이제 파이프라인 실행 중에 GitLab JUnit 테스트를 자동으로 가져오고 분류하는 기능이 지원됩니다.
수정:
- 이제 Azure DevOps에서 대규모 커밋이 지원됩니다.
- Jenkins 서버를 다시 시작하면 DevOps 변경 아래의 Jenkins 파이프라인이 자동으로 재개됩니다.
- 자유형 파이프라인의 첫 번째 단계에서 변경 통제가 활성화된 경우 두 개의 파이프라인 실행 기록이 생성됩니다.
- 이름에 공백이 있는 프로젝트가 있는 ADO 도구에 대한 작업 항목을 처리할 때 인바운드 이벤트가 오류를 생성합니다.
- 여러 ADO 파이프라인(모두 테스트 포함)이 병렬로 실행되면 인바운드 이벤트가 예외와 함께 대기 상태로 중단됩니다.
- 앱 온보딩 페이로드는 암호화된 필드에 저장되지 않습니다. Azure DevOps의 인바운드 스테이지 완료 알림이 올바르게 처리되지 않아 시간 초과가 발생합니다.
- Azure 릴리스 게이트 재시도 사용 사례는 영수증 변경으로 인해 실패합니다.
- Jenkins 전역 도구 구성 사용자 이름/암호는 config.xml에 일반 텍스트로 저장됩니다.
- 파이프라인이 검색되지 않으면 Jenkins 파이프라인이 실패합니다.

이제 커밋에 대한 여러 작업 항목이 지원되며 ServiceNow DevOps의 커밋에 연결됩니다. 또한:
- 커밋 메시지의 작업 항목 구문은 조직의 프로세스를 반영하도록 사용자 지정할 수 있습니다.
- 이제 커밋할 때 Azure DevOps 사용자 인터페이스를 통해 작업 항목을 선택할 수 있습니다.

신규:
- 이제 도구, 리포지토리 및 파이프라인과 같은 많은 DevOps 객체를 삭제할 수 있습니다. 전체 목록 및 제한사항은 제품 설명서를 참조하십시오.
- 이제 파이프라인의 변경 요청과 추가로 상호작용하기 위해 파이프라인에서 생성된 변경 번호를 가져올 수 있습니다.
제거:
- 도구의 구성 항목 필드가 제거되었습니다.
- MID 서버 사용 선택에서 두 필드(MID 서버 애플리케이션, MID 서버 기능)가 제거되었습니다.

다음 수정 사항의 경우 (1.20.2)용 JenkinsServiceNow DevOps 플러그인을 설치합니다.

부정하게 결정된:
- 보안 수정
- 파이프라인이 검색되지 않은 경우 Jenkins 플러그인 동작이 실패할 수 있습니다.
- Jenkins를 다시 시작하면 변경 승인 없이 배포가 재개됩니다

신규:
- 변경 등록: 이제 모든 파이프라인 데이터를 포함하는 변경 영수증을 생성하도록 파이프라인 단계를 구성할 수 있지만 파이프라인에서 앞으로 진행하기 위해 승인이 필요하지 않습니다.
- 테스트 도구 개선 사항: 이제 JUnit 및 Selenium 테스트를 자동으로 분류할 수 있으며 자동 분류를 위해 추가 테스트 유형을 구성할 수 있습니다.
- Jenkins에서 건너뛴 스테이지: 분기 조건으로 인해 스테이지를 건너뛰면 파이프라인 UI에 표시되지 않습니다.

신규:
- Jenkins 파이프라인이 실행될 때 DevOps 파이프라인 단계가 이제 자동으로 생성됩니다. 더 이상 ServiceNow에서 파이프라인 단계를 수동으로 만들거나 Jenkins에서 알림을 구성할 필요가 없습니다. Jenkins 및 ServiceNow DevOps에서 원하는 단계에서 변경이 여전히 수동으로 구성됩니다.
- DevOps는 ServiceNow 플로우에서 대부분의 도구 통신에 재시도 횟수를 추가하여 데이터 복원력을 향상시켰습니다. 필요에 맞게 재시도 구성을 수정할 수 있습니다.

수정됨: 이 릴리스는 수정 릴리스입니다. 변경 기능과의 호환성 문제를 해결합니다.

신규:
- Azure DevOps 릴리스 파이프라인 지원
  - ServiceNow DevOps 릴리스 게이트 확장에 대한 지원을 포함하거나 Rest API 호출 호출을 사전 배포 게이트로 사용합니다.
업그레이드 영향 및 문제 해결:
- ADO 도구 연결이 이미 있는 경우 연결 및 자격 증명 별칭에서 ADO 릴리스 URL을 업데이트해야 합니다.

새로운 기능: Azure DevOps 통합으로 ADO 파이프라인에 작업 시작 및 종료 알림을 추가할 필요가 없습니다. 이제 파이프라인 수정은 파이프라인 아티팩트 및 변경에만 필요합니다.
부정하게 결정된:
- GitLab 알림에서 배치 커밋에 대한 지원이 추가되었습니다.
- 잘못된 URL 또는 자격 증명을 사용한 Azure DevOps 연결 시도 처리가 수정되었습니다.
- Azure DevOps에서 파이프라인 실행 시작/종료 시간 문제를 해결했습니다.

신규:
- GitLab 코딩 도구 통합
  - 소유하거나, 구성원이거나, 키워드 검색을 통해 리포지토리를 검색합니다.
  - 웹후크 수동 구성
- GitLab 오케스트레이션 도구 통합
  - 기본 파이프라인 유형 지원
  - 웹후크 수동 구성

ADO 작업 항목의 기록 임포트를 지원합니다.
수정됨: Jenkins의 폴더 아래에서 업스트림 실행이 하위 작업에 대해 설정되지 않은 자유형 작업에 대한 문제가 수정되었습니다.

주:

이 버전의 앱은 New York 이상을 실행하는 인스턴스에만 설치할 수 있습니다.

DevOps 통합 릴리스 정보

스토어 릴리스 정보

DevOps 통합 릴리스 정보

버전 이력