피드 보기란?
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
피드 보기를 사용하면 개발자가 패키지 버전의 하위 집합을 소비자와 공유할 수 있습니다. 피드 보기의 일반적인 사용은 테스트 및 유효성 검사를 받았지만 아직 개발 중이거나 특정 품질 표시줄을 충족하지 않는 패키지를 보류한 패키지 버전을 공유하는 것입니다.
기본 보기
모든 아티팩트 피드에는 세 가지 @local뷰, 즉 , @prerelease및 @release. 후자의 두 가지는 원하는 대로 이름을 바꾸거나 삭제할 수 있는 제안된 보기입니다. @local는 업스트림 원본에서 일반적으로 사용되는 기본 보기입니다.
보기에는 @local 피드에 직접 게시된 모든 패키지와 업스트림 원본에서 저장된 모든 패키지가 포함됩니다.
피드 보기는 읽기 전용이므로 보기에 연결된 사용자는 이전에 업스트림 원본에서 저장한 해당 보기 및/또는 패키지에 게시된 패키지만 사용할 수 있습니다. 사용 가능한 패키지가 생성되는 방법을 알아보려면 패키지 그래프를 참조하세요.
참고 항목
Azure Artifacts는 기본 보기 인 @Local 패키지 게시 및 복원만 지원합니다.
피드 뷰 및 업스트림 원본
피드 뷰 및 업스트림 원본은 패키지를 공유하고 사용할 수 있는 엔터프라이즈 수준 솔루션을 제공하기 위해 함께 작동하도록 설계되었습니다. 다른 Azure Artifacts 피드가 피드를 업스트림 원본으로 사용하려면 시나리오에 따라 피드의 가시성을 조직의 구성원 또는 Microsoft Entra ID의 구성원으로 설정해야 합니다. 후자를 선택하면 조직의 모든 사용자가 피드에 액세스할 수 있습니다. 또한 동일한 Microsoft Entra 테넌트와 연결된 조직 및 기타 조직의 모든 피드는 피드에 업스트림 수 있습니다.
참고 항목
공용 프로젝트의 모든 피드 보기는 인터넷의 모든 사용자가 액세스할 수 있습니다.
피드 보기가 있는 릴리스 패키지
릴리스 패키지를 만들 때는 변경의 특성, 변경 위험 및 변경 품질이라는 세 가지 정보를 전달하는 것이 중요합니다.
변경의 성격 및 위험
변화의 본질과 위험은 모두 변경 자체와 관련이 있습니다, 즉, 당신이 하기 위해 설정한 것, 그들은 모두 작업의 시작 부분에 알려져 있습니다. 새 기능을 도입하거나, 기존 기능을 업데이트하거나, 버그를 패치하는 경우; 이것이 변경의 본질 입니다. 애플리케이션의 API 부분을 계속 변경하는 경우 이는 변경 위험의 한 측면입니다. 많은 NuGet 사용자는 SemVer(의미 체계 버전 관리) 표기법을 사용하여 이러한 두 가지 정보를 전달합니다. SemVer는 널리 사용되는 표준이며 이러한 유형의 정보를 전달하는 데 적합합니다.
변경 품질
유효성 검사 프로세스가 완료될 때까지 변경 품질은 일반적으로 알려져 있지 않습니다. 이는 변경 내용이 빌드되고 패키지된 후에 발생합니다. 이 세부 정보 때문에 버전 번호의 숫자 세그먼트(예: 1.2.3)의 변경 품질을 전달하는 것은 불가능합니다. 미리 유효성을 검사하는 해결 방법이 있습니다(예: 패키지가 패키지되기 바로 전에 빌드의 DLL을 사용하고 패키지를 "디버그" 또는 "CI" 환경에 게시한 다음, 해당 패키지의 유효성을 검사하고 "릴리스" 환경에 다시 게시). 그러나 빌드된 패키지가 올바른 품질 표준을 충족하는지 확인할 수 있는 방법은 없습니다.
보기를 사용하여 변경 내용의 품질을 전달할 수 @Release 있습니다. @Release 보기를 사용하여 품질 표시줄을 충족하는 패키지를 공유하고 소비자가 테스트, 유효성 검사 및 사용할 준비가 된 패키지 버전의 하위 집합만 볼 수 있도록 할 수 있습니다.
