설명:
상자 1: microsoft.com/dotnet/sdk:2.3
첫 번째 줄 그룹은 컨테이너를 구축하는 데 사용할 기본 이미지를 선언합니다. 로컬 시스템에 이미 이 이미지가 없으면 도커가 자동으로 이미지를 시도하고 가져옵니다. mcr.microsoft.com/dotnet/core/sdk:2.1은 설치된 .NET core 2.1 SDK와 함께 제공되므로 버전 2.1을 대상으로 하는 ASP .NET Core 프로젝트를 빌드하는 작업에 달려 있습니다. 상자 2: dotnet restore 다음 지침 변경 컨테이너의 작업 디렉토리는 /app이므로 이 디렉토리 다음에 오는 모든 명령은 이 컨텍스트에서 실행됩니다.
복사 *.csproj ./
도트넷 복원 실행
상자 3: microsoft.com/dotnet/2.2-aspnetcore-runtime
컨테이너 이미지를 빌드할 때 프로덕션 페이로드와 해당 종속성만 컨테이너 이미지에 포함하는 것이 좋습니다. .NET 코어 런타임만 필요하기 때문에 최종 이미지에 .NET 코어 SDK가 포함되는 것을 원하지 않습니다. 따라서 dockerfile은 앱을 빌드하기 위해 build-env라는 SDK와 함께 패키지된 임시 컨테이너를 사용하도록 작성되었습니다.
참조:
https://docs.microsoft.com/de-DE/virtualization/windowscontainers/quick-start/building-sample-app

설명:
시나리오: 기본적으로 모든 릴리스는 60일 동안 보관해야 하는 프로덕션 릴리스를 제외하고 30일 동안 사용 가능한 상태로 유지되어야 합니다.
상자 1: 기본 보존 정책을 30일로 설정합니다.
전역 기본 보존 정책은 모든 빌드 파이프라인에 대한 기본 보존 값을 설정합니다. 빌드 파이프라인 작성자는 이러한 값을 재정의할 수 있습니다.
상자 2: 단계 보존 정책을 60일로 설정합니다.
특정 단계에 배포된 더 많은 릴리스를 유지하려고 할 수 있습니다.
참조:
https://docs.microsoft.com/en-us/azure/devops/pipelines/policies/retention

끌어오기 요청 트리거를 사용합니다.
참고: 일괄 변경
변경 사항을 자주 업로드하는 팀 구성원이 많고 실행 중인 빌드 수를 줄이려면 이 확인란을 선택합니다. 이 옵션을 선택하면 빌드가 실행 중일 때 시스템이 빌드가 완료될 때까지 기다린 다음 아직 빌드되지 않은 모든 변경 사항의 다른 빌드를 큐에 넣습니다.
참조:
https://docs.microsoft.com/en-us/azure/devops/pipelines/build/triggers

아래 솔루션을 참조하십시오.
설명
1. Microsoft Azure Portal을 열고 az4009940427acr1이라는 Azure Container Registry 인스턴스를 선택합니다.
2. 정책에서 콘텐츠 신뢰 > 사용 > 저장을 선택합니다.

참조:
https://docs.microsoft.com/en-us/azure/container-registry/container-registry-content-trust