다음을 통해 공유


GitHub 통합 - 향상된 AB# 유효성 검사

이 업데이트를 통해 Azure Boards + GitHub 통합의 최신 개선 사항에 대한 프라이빗 미리 보기를 제공하게 되어 기쁩니다.

또한 이제 관리자가 실행 중인 승인 및 검사 우회하여 Azure Pipelines에서 핫픽스를 완료할 수 있습니다.

자세한 내용은 릴리스 정보를 확인하세요.

일반

Azure Boards

Azure Pipelines

보고

일반

Azure DevOps 웹 확장 SDK의 새 버전

이 업데이트를 통해 새 버전의 Azure DevOps 웹 확장 SDK를 릴리스합니다. 클라이언트 SDK를 사용하면 웹 확장이 호스트 프레임과 통신할 수 있습니다. 다음과 같은 용도로 사용할 수 있습니다.

  • 확장이 로드되었거나 오류가 있음을 호스트에 알립니다.
  • 현재 페이지에 대한 기본 컨텍스트 정보 가져오기(현재 사용자, 호스트 및 확장 정보)
  • 테마 정보 가져오기
  • AZURE DevOps에 대한 REST 호출에 사용할 권한 부여 토큰 가져오기
  • 호스트 프레임에서 제공하는 원격 서비스 가져오기

azure-devops-extension-sdk 패키지 설명서에서 전체 API 참조를 찾을 수 있습니다. 이 새 버전은 다음 모듈을 지원합니다.

  • ES 모듈 지원: SDK는 이제 기존 AMD(비동기 모듈 정의) 모듈 외에도 ES(ECMAScript) 모듈을 지원합니다. 이제 성능 향상을 제공하고 애플리케이션 크기를 줄이는 ES 모듈 구문을 사용하여 SDK를 가져올 수 있습니다.

  • AMD 모듈에 대한 이전 버전과의 호환성: AMD 모듈에 대한 기존 지원은 그대로 기본. 프로젝트에서 AMD 모듈을 사용하는 경우 변경 없이 이전처럼 계속 사용할 수 있습니다.

사용 방법:

ES 모듈의 경우 import 문을 사용하여 모듈을 가져올 수 있습니다.

import * as SDK from 'azure-devops-extension-sdk';
// Use the module here

AMD 모듈을 사용하는 경우 함수를 사용하여 SDK를 require 계속 가져올 수 있습니다.

require(['azure-devops-extension-sdk'], function(SDK) {

  // Use the module here
});

Azure Boards

GitHub 통합 - 향상된 AB# 유효성 검사(프라이빗 미리 보기)

AB# 구문을 사용하여 작업 항목에 연결할 때 봇 응답을 처리하여 Boards + GitHub 통합 개선 과정을 시작하고 있습니다. 구문을 사용하여 AB#{ID} 끌어오기 요청에 연결할 때 링크가 성공했는지 여부를 알 수 있는 유일한 방법은 작업 항목을 AB#{ID} 보거나 링크로 전환하는 것입니다.

현재 작업 항목에 대한 링크가 유효하거나 유효하지 않은 경우 더 잘 알려줄 수 있도록 Azure Boards GitHub 앱에 대한 몇 가지 향상된 기능을 갖춘 프라이빗 미리 보기를 시작합니다. 이렇게 하면 끌어오기 요청이 병합되기 전에 잘못된 링크를 식별하고 수정할 수 있습니다.

Screenshots of Team Settings.

프라이빗 미리 보기에 참여하려면 이메일을 통해 직접 문의하세요. 조직 이름(dev.azure.com/{organization})을 포함해야 합니다.

공개 로드맵을 확인하여 예정된 Azure Boards + GitHub 통합 기능에 대해 자세히 알아보세요.

Azure Pipelines

Azure Pipelines 작업에서 노드 16 사용

파이프라인의 태스크는 Runner를 사용하여 실행되며 대부분의 경우 Node.js가 사용됩니다. 노드를 실행자로 활용하는 Azure Pipelines 작업은 이제 모두 노드 16을 사용합니다. Node 16은 Apple 실리콘을 기본적으로 지원하는 첫 번째 노드 버전이므로 Apple 실리콘의 macOS에 대한 전체 작업 지원도 완료합니다. Apple 실리콘에서 실행되는 에이전트는 로제타를 실행할 필요가 없습니다.

노드 16 수명 종료 날짜가 앞으로 이동함에 따라 노드 20을 사용하여 작업을 실행하는 작업을 시작했습니다.

사용되지 않는 작업의 사용 중지 발표

Azure Pipelines에는 더 이상 사용되지 않는 많은 작업이 있습니다. 사용되지 않는 작업은 2024년 1월 31일에 사용 중지됩니다. 사용되지 않는 작업을 사용하는 파이프라인을 식별하는 데 도움이 되도록 파이프라인은 이러한 작업이 사용되는 경우 경고를 표시합니다. 사용 중단 상태 및 사용 중지 날짜를 명확하게 전달하도록 작업 참조를 업데이트했습니다.

다음 작업은 더 이상 사용되지 않으며 경고를 내보내기 시작합니다.

  • AppCenterDistributeV1,
  • AppCenterDistributeV2
  • AzureMonitorV0
  • ChefKnifeV1
  • ChefV1
  • CondaEnvironmentV1
  • DeployVisualStudioTestAgentV2
  • DotNetCoreInstallerV1
  • IISWebAppDeployment
  • QuickPerfTestV1
  • RunJMeterLoadTestV1
  • RunLoadTestV1
  • SqlServerDacpacDeploymentV1
  • XamarinTestCloudV1

2024년 1월 31일 이전에 최신 작업 버전 또는 대안을 사용하도록 파이프라인을 업데이트합니다.

AzureRmWebAppDeployment 작업은 Microsoft Entra ID 인증을 지원합니다.

AzureRmWebAppDeploymentV3 및 AzureRmWebAppDeployment@4 작업은 기본 인증을 사용하지 않도록 설정된 App Service를 지원하도록 업데이트되었습니다. App Service에서 기본 인증을 사용하지 않도록 설정한 경우 AzureRmWebAppDeploymentV3/4 작업은 Microsoft Entra ID 인증을 사용하여 App Service Kudu 엔드포인트에 배포를 수행합니다. 이렇게 하려면 에이전트에 최신 버전의 msdeploy.exe가 설치되어 있어야 합니다. 이는 windows-2022/windows-latest Hosted 에이전트의 경우입니다(작업 참조 참조 참조).

승인 REST API 개선 사항

사용자가 속한 그룹을 검색 결과에 포함시켜 사용자에게 할당된 승인 찾기를 개선했습니다.

이제 승인 속한 파이프라인 실행에 대한 정보를 포함합니다.

예를 들어 다음 GET REST API 호출 https://dev.azure.com/fabrikam/FabrikamFiber/_apis/pipelines/approvals?api-version=7.2-preview.2&top=1&assignedTo=john@fabrikam.com&state=pending 이 반환됩니다.

{
    "count": 1,
    "value":
    [
        {
            "id": "7e90b9f7-f3f8-4548-a108-8b80c0fa80e7",
            "steps":
            [],
            "status": "pending",
            "createdOn": "2023-11-09T10:54:37.977Z",
            "lastModifiedOn": "2023-11-09T10:54:37.9775685Z",
            "executionOrder": "anyOrder",
            "minRequiredApprovers": 1,
            "blockedApprovers":
            [],
            "_links":
            {
                "self":
                {
                    "href": "https://dev.azure.com/fabrikam/26dcfaeb-d8fe-495c-91cb-fec4acb44fbb/_apis/pipelines/approvals/7e80b987-f3fe-4578-a108-8a80c0fb80e7"
                }
            },
            "pipeline":
            {
                "owner":
                {
                    "_links":
                    {
                        "web":
                        {
                            "href": "https://dev.azure.com/buildcanary/26dcfaeb-d8fe-495c-91cb-fec4acb44fbb/_build/results?buildId=73222930"
                        },
                        "self":
                        {
                            "href": "https://dev.azure.com/buildcanary/26dcfaeb-d8fe-495c-91cb-fec4acb44fbb/_apis/build/Builds/73222930"
                        }
                    },
                    "id": 73222930,
                    "name": "20231109.1"
                },
                "id": "4597",
                "name": "FabrikamFiber"
            }
        }
    ]
}

승인 및 검사 무시

승인 및 검사 서비스 연결, 리포지토리 또는 에이전트 풀과 같은 중요한 리소스에 대한 액세스를 보호하는 데 도움이 됩니다. 일반적인 사용 사례는 프로덕션에 배포할 때 승인 및 검사를 사용하는 것이며 ARM 서비스 연결을 보호하려고 합니다.

서비스 연결에 다음 검사 추가했다고 가정합니다. 승인, 업무 시간 검사 및 Azure Function 검사 호출(다른 지역 간에 지연 적용).

이제 핫픽스 배포를 수행해야 하는 경우를 상상해 보십시오. 파이프라인 실행을 시작하지만 진행되지 않습니다. 대부분의 검사 완료되기를 기다립니다. 승인 및 검사 완료될 때까지 기다릴 여유가 없습니다.

이 스프린트에서는 실행 중인 승인 및 검사 무시할 수 있으므로 핫픽스를 완료할 수 있습니다.

실행 승인, 업무 시간, Azure Function 호출 및 REST API 검사 호출을 무시할 수 있습니다.

승인을 무시합니다.

Screenshot of Bypass an Approval.

업무 시간 검사 무시합니다.

Screenshot of Bypass Business Hours check.

Azure Function 검사 호출을 바이패스합니다. 업무 시간 검사 무시합니다.

Screenshot of Bypass Invoke Azure Function check.

검사 무시되면 검사 패널에서 볼 수 있습니다.

Screenshot of check bypassed.

검사 정의된 리소스의 관리주체인 경우에만 검사 무시할 수 있습니다.

필요한 템플릿 검사 GitHub 엔터프라이즈 서버 지원

템플릿은 조직의 파이프라인 단계, 작업 및 단계를 제어할 수 있는 보안 메커니즘입니다.

템플릿 필요 검사 사용하면 에이전트 풀 또는 서비스 연결과 같은 보호된 리소스에 액세스하기 전에 승인된 템플릿 집합에서 파이프라인이 확장되도록 적용할 수 있습니다.

이 스프린트부터 GitHub Enterprise Server 리포지토리에 있는 템플릿을 지정할 수 있습니다.

Screenshot of required YAML template.

Azure 함수 검사 호출 다시 실행

시스템을 여러 단계로 배포한다고 상상해 보십시오. 두 번째 단계를 배포하기 전에 이미 배포된 시스템의 일부에서 온전성 검사 실행하는 승인 및 Azure Function 검사 호출이 있습니다.

승인 요청을 검토할 때 정신 검사 이틀 전에 실행된 것을 알 수 있습니다. 이 시나리오에서는 정신 검사 결과에 영향을 주는 다른 배포를 알고 있을 수 있습니다.

이 업데이트를 사용하면 Azure Function 호출을 다시 실행하고 REST API 검사 호출할 수 있습니다. 이 기능은 성공했으며 다시 시도하지 않은 검사 경우에만 사용할 수 있습니다.

Screenshot of dynamic check.

참고 항목

검사 정의된 리소스의 관리 주체인 경우에만 검사 다시 실행할 수 있습니다.

보고

작업 항목 필터링

작업 항목 차트 필터링을 발표 하게 되어 기쁩니다. 이 기능을 사용하면 작업 항목 차트를 마우스로 가리키면 빠른 개요를 확인하고 자세한 인사이트를 위해 특정 차트 세그먼트로 드릴다운할 수 있습니다. 필요한 정확한 데이터에 액세스하기 위해 더 이상 사용자 지정 쿼리를 만들 필요가 없습니다. 이제 몇 번의 클릭으로 작업 항목 차트의 작업 항목을 자세히 살펴볼 수 있습니다.

Gif to demo work item filtering.

피드백은 이 기능의 미래를 구체화하는 데 매우 중요합니다. 지금 사용해 보시고 Azure DevOps 커뮤니티에서 어떻게 생각하는지 알려주세요.

다음 단계

참고 항목

이러한 기능은 향후 2~3주 동안 출시될 예정입니다.

Azure DevOps로 이동하여 살펴보세요.

피드백을 제공하는 방법

이러한 기능에 대해 어떻게 생각하는지 듣고 싶습니다. 도움말 메뉴를 사용하여 문제를 보고하거나 제안을 제공합니다.

Screenshot Make a suggestion.

Stack Overflow에서 커뮤니티에서 조언과 질문에 답변할 수도 있습니다.

감사합니다,

실비우안드리카