Azure Artifacts - Sprint 170 업데이트

기능

사용할 수 없는 업스트림 소스에 대한 알림

이제 Azure Artifacts 웹 인터페이스는 하나 이상의 피드 업스트림 원본이 작동하지 않는 경우 알림을 제공합니다. 업스트림 원본을 사용하면 피드(피드 A)를 다른 피드(피드 B)로 가리키고 피드 A 소비자가 피드 B에서 직접 연결하지 않고도 피드 B의 패키지에 액세스할 수 있습니다. 업스트림 원본에 대한 자세한 내용은 Azure Artifacts 설명서를 참조하세요. 원본에서 사용하지 않도록 설정된 경우 업스트림 원본이 작동하지 않을 수 있습니다. 예를 들어 피드 B가 자동으로 삭제되는 경우 고객은 피드 A를 통해 패키지를 가져올 수 없습니다. 과거에는 이러한 상황이 경고 없이 발생할 수 있으며, 종속성 누락으로 인한 갑작스런 빌드 중단(예: 위 예제의 피드 B에서 공급된 패키지)과 같은 운영 문제를 진단하기 어려울 수 있습니다. 이제 Azure Artifacts는 피드의 업스트림 원본에 문제가 있는 경우 경고를 제공합니다. 문제가 발생하면 Azure Artifacts 피드 세부 정보 페이지에 배너(아래 빨간색 화살표)가 표시됩니다.

Azure Artifacts 피드 세부 정보 페이지의 빨간색 화살표입니다.

배너에서 링크를 클릭하면 피드의 각 업스트림 원본의 상태를 표시하는 페이지가 열립니다. 현재 피드의 각 업스트림 원본에 대한 정보 외에도 "마지막 동기화됨" 열 아래에서 현재 상태를 볼 수 있습니다. 제대로 작동하는 업스트림 소스는 원본의 상태가 마지막으로 확인되었을 때 녹색 체크 표시가 표시됩니다. 손상되는 업스트림 원본은 확인된 시간과 함께 빨간색 X를 표시합니다. 확인 보류 중인 업스트림 원본에는 파란색 정보 아이콘이 표시됩니다.

마지막으로 동기화된 열의 아이콘입니다.

끊어진 업스트림 원본에 대한 마지막 동기화 시간을 클릭하면 문제의 근본 원인에 대한 자세한 내용을 공유하는 대화 상자가 열립니다(사용 가능한 경우). 예를 들어 아래 그림에서 대상 피드가 삭제되어 해당 업스트림 원본이 작동하지 않습니다. 대화 상자에는 감사 로그에 대한 링크도 포함되어 있습니다. 이 링크는 최근 누가 관련 변경을 했는지 이해하는 데 도움이 됩니다. 권한 설정 및 Azure Artifacts 설명서에 대한 링크를 사용하여 근본 원인을 조사할 수도 있습니다.

대상 피드가 삭제되었음을 보여 주는 예제입니다.

라이선스 식 및 포함된 라이선스

이제 Visual Studio에서 패키지를 검색하는 동안 Azure Artifacts에 저장된 NuGet 패키지에 대한 라이선스 정보의 세부 정보를 볼 수 있습니다. 이는 라이선스 식 또는 포함된 라이선스를 사용하여 표현되는 라이선스에 적용됩니다. 이제 Visual Studio 패키지 세부 정보 페이지에서 라이선스 정보에 대한 링크를 볼 수 있습니다(아래 이미지의 빨간색 화살표).

라이선스 정보에 연결합니다.

링크를 클릭하면 라이선스의 세부 정보를 볼 수 있는 웹 페이지로 이동됩니다. 이 환경은 라이선스 식과 포함된 라이선스 모두에 대해 동일하므로 Azure Artifacts에 저장된 패키지에 대한 라이선스 세부 정보를 한 곳에서 볼 수 있습니다(라이선스 정보를 지정하고 Visual Studio에서 지원하는 패키지의 경우).

라이선스 세부 정보를 봅니다.

간단한 인증 작업

이제 경량 인증 작업을 사용하여 Azure Pipelines에서 인기 있는 패키지 관리자로 인증할 수 있습니다. 여기에는 NuGet, npm, PIP, Twine 및 Maven이 포함됩니다. 이전에는 패키지를 게시하고 다운로드하는 기능을 포함하여 많은 기능을 제공하는 작업을 사용하여 이러한 패키지 관리자에게 인증할 수 있었습니다. 그러나 패키지 관리자와 상호 작용하는 모든 활동에 이러한 작업을 사용해야 했습니다. 패키지 게시 또는 다운로드와 같은 작업을 수행하기 위해 실행할 고유한 스크립트가 있는 경우 파이프라인에서 사용할 수 없습니다. 이제 파이프라인 YAML에서 고유한 디자인의 스크립트를 사용하고 이러한 새로운 경량 작업으로 인증을 수행할 수 있습니다. npm을 사용하는 예제:

img

이 그림에서 "ci" 및 "publish" 명령을 사용하는 것은 임의로, Azure Pipelines YAML에서 지원하는 모든 명령을 사용할 수 있습니다. 이렇게 하면 명령 호출을 완벽하게 제어할 수 있으며 파이프라인 구성에서 공유 스크립트를 쉽게 사용할 수 있습니다. 자세한 내용은 NuGet, npm, PIP, Twine및 Maven 인증 작업 설명서를 참조하세요.

다음 단계

비고

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

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

피드백 제공 방법

여러분의 의견을 듣고 싶습니다. 이 기능들에 대해 어떻게 생각하시는지 알려주세요. 도움말 메뉴를 사용하여 문제를 보고하거나 제안을 제공합니다.

제안을 하세요

Stack Overflow에서 커뮤니티로부터 조언을 받고 질문에 대한 답변을 얻을 수도 있습니다.