확장 업데이트 및 성능 향상
이 업데이트를 통해 확장 업데이트 및 성능 향상이 포함되었습니다. 기존 ServiceNow 통합을 통해 도쿄 버전의 ServiceNow를 지원하도록 앱을 업데이트했습니다. 또한 설치된 확장을 관리하는 데 도움이 되도록 확장 설정을 개선했습니다.
자세한 내용은 릴리스 정보를 확인하세요.
일반
Azure Boards
Azure Pipelines
일반
확장에 해당 범위가 표시되어야 합니다.
Azure DevOps organization 확장을 설치할 때 설치의 일부로 확장에 필요한 권한을 검토할 수 있습니다. 그러나 설치되면 확장 권한은 확장 설정에 표시되지 않습니다. 이로 인해 관리자가 설치된 확장을 정기적으로 검토해야 하는 문제가 발생했습니다. 이 스프린트에서는 확장 설정을 검토하고 유지할지 여부에 대한 정보에 입각한 결정을 내릴 수 있도록 확장 설정에 확장 권한을 추가했습니다.
Azure Boards
배달 계획의 카드 크기 조정 논리
기능 및 에픽을 추적할 때 모든 사용자가 대상 날짜 및/또는 시작 날짜를 사용하는 것은 아닙니다. 일부는 날짜와 반복 경로의 조합을 사용하도록 선택합니다. 이 스프린트에서는 사용 방법에 따라 반복 경로 및 날짜 필드 조합을 적절하게 설정하도록 논리를 개선했습니다.
예를 들어 대상 날짜가 사용되지 않고 카드 크기를 조정하는 경우 대상 날짜를 업데이트하는 대신 새 반복 경로가 설정됩니다.
일괄 업데이트 개선 사항
작업 항목 일괄 업데이트 API의 7.1 버전을 몇 가지 변경했습니다. 여기에는 사소한 성능 향상 및 부분 오류 처리가 포함됩니다. 즉, 한 패치가 실패하지만 다른 패치가 실패하면 다른 패치가 성공적으로 완료됩니다.
일괄 업데이트 REST API에 대해 자세히 알아보려면 여기를 클릭하세요.
일괄 처리 삭제 API(GA)
일괄 처리로 작업 항목을 삭제 및/또는 삭제하는 이 새로운 REST API 엔드포인트는 이제 공개적으로 사용할 수 있습니다. 자세한 내용은 여기를 클릭하세요.
Azure Pipelines
도쿄 버전의 ServiceNow 지원
Azure Pipelines에는 ServiceNow와 기존 통합이 있습니다. 통합은 ServiceNow의 앱 과 Azure DevOps의 확장 에 의존합니다. 이제 도쿄 버전의 ServiceNow와 함께 작동하도록 앱을 업데이트했습니다. 이제 클래식 파이프라인과 YAML 파이프라인이 모두 도쿄에서 작동합니다. 이 통합이 작동하는지 확인하려면 Service Now 저장소에서 앱의 새 버전(4.215.2)으로 업그레이드합니다. 자세한 내용은 ServiceNow 변경 관리와 통합을 참조하세요.
미리 정의된 새 시스템 변수
값이 빌드 파이프라인 정의의 폴더 경로인 이라는 미리 정의된 새 시스템 변수 Build.DefinitionFolderPath를 도입했습니다. 변수는 YAML 및 클래식 빌드 파이프라인 모두에서 사용할 수 있습니다.
예를 들어 파이프라인이 Azure Pipelines의 FabrikamFiber\Chat 폴더 아래에 있는 경우 값 Build.DefinitionFolderPath 은 입니다 FabrikamFiber\Chat.
YAML 편집기에서 일반 공급 템플릿 지원
템플릿은 YAML 파이프라인에서 일반적으로 사용되는 기능입니다. 파이프라인 조각을 쉽게 공유할 수 있습니다. 또한 파이프라인을 통해 보안 및 거버넌스 를 확인하거나 적용하는 강력한 메커니즘이기도 합니다.
Azure Pipelines는 YAML 편집기를 지원하므로 파이프라인을 편집할 때 유용할 수 있습니다. 그러나 편집기에서는 지금까지 템플릿을 지원하지 않았습니다. YAML 파이프라인 작성자는 템플릿을 사용할 때 intellisense를 통해 지원을 받을 수 없습니다. 템플릿 작성자가 YAML 편집기를 사용할 수 없습니다. 이 릴리스에서는 YAML 편집기에서 템플릿에 대한 지원을 추가합니다.
기본 Azure Pipelines YAML 파일을 편집할 때 템플릿을 포함하거나 확장할 수 있습니다. 템플릿 이름을 입력하면 템플릿의 유효성을 검사하라는 메시지가 표시됩니다. 유효성이 검사되면 YAML 편집기에서 입력 매개 변수를 포함한 템플릿의 스키마를 이해합니다.
유효성 검사 후 템플릿으로 이동하도록 선택할 수 있습니다. YAML 편집기의 모든 기능을 사용하여 템플릿을 변경할 수 있습니다.
알려진 제한 사항이 있습니다. 템플릿에 기본 YAML 파일에 입력으로 제공되지 않은 필수 매개 변수가 있는 경우 유효성 검사가 실패하고 해당 입력을 제공하라는 메시지가 표시됩니다. 이상적인 환경에서는 유효성 검사를 차단하면 안 되며 intellisense를 사용하여 입력 매개 변수를 채울 수 있어야 합니다. 편집기에서 새 템플릿을 만들 수 없습니다. 기존 템플릿만 사용하거나 편집할 수 있습니다.
다음 단계
참고
이러한 기능은 향후 2~3주 동안 출시될 예정입니다.
Azure DevOps로 이동하여 살펴보겠습니다.
피드백을 제공하는 방법
이러한 기능에 대해 어떻게 생각하는지 듣고 싶습니다. 도움말 메뉴를 사용하여 문제를 보고하거나 제안을 제공합니다.
Stack Overflow에서 커뮤니티에서 조언과 질문에 답변할 수도 있습니다.
감사합니다,
댄 헬렘