什麼是摘要檢視？
Azure DevOps Services |Azure DevOps Server 2022 - Azure DevOps Server 2019
摘要檢視可讓開發人員與其取用者共用套件版本的子集。 提要檢視的常見用法是共用已測試和驗證過的套件版本，同時暫緩發布仍在開發中的套件和/或未達到特定品質標準的套件。
默認檢視
所有 Artifacts 訊息源都有三個檢視：@local、@prerelease和 @release。 后兩個是建議檢視，您可以視需要重新命名或刪除。
@local 是上游來源中常用的默認檢視。 您可以在 摘要設定>檢視中變更預設檢視，但這並不會啟用直接發佈到該檢視的功能。 套件只能發佈至基本供應源，它們會在 @Local 視圖中可供使用。
@local 檢視包含發佈至供稿的所有套件，以及從上游來源儲存的所有套件 。
摘要檢視是只讀的，這表示連接到檢視的使用者只能使用發佈至該檢視和/或先前從上游來源儲存的套件。 請參閱 套件圖形，以瞭解可用套件的建構方式。
注意
Azure Artifacts 僅支援從預設檢視發佈套件，以及還原套件到預設檢視 - @Local。
資訊流檢視和上游來源
饋送檢視和上游來源被設計成合作運作，以提供企業層級的解決方案來共用和使用套件。 若要讓其他 Azure Artifacts 來源使用您的來源作為上游來源，您必須根據您的情境，將來源的可見度設為 組織中的成員，或 Microsoft Entra ID 中的成員。 如果您選擇後者，則組織中的所有用戶都能夠存取您的摘要。 此外，貴組織中的所有資料饋送，以及與同一 Microsoft Entra 租使用者相關的其他組織都能夠上傳至您的資料饋送。
注意
公用專案中的所有摘要檢視都可供因特網上的所有人存取。
含資料流視圖的發行套件
建立發行套件時，請務必傳達三項資訊：變更的 本質、變更 風險，以及變更 品質。
變更的性質和風險
變更的性質和風險都與 變更本身有關，，即您在開始工作的時候就設定的目標，這兩者在一開始就是已知的。 如果您要引進新功能、更新現有功能或修補漏洞，這就是您的變更之 本質。 如果您仍在變更應用程式的 API 部分，這是 風險 的一個面向。 許多 NuGet 使用者會使用 語意版本控制 （SemVer） 表示法來傳達這兩項資訊。 SemVer 是廣泛使用的標準，並且能很好地傳達這種類型的資訊。
變更的品質
在驗證流程完成之前，通常不會知道變更的 品質。 這會在您建置並封裝變更之後。 由於這個細節，無法在版本號碼的數值區段（例如 1.2.3）中傳達變更的品質。 預先驗證的替代方案（例如，在封裝套件之前直接使用構建的 DLL，並將套件發佈至「偵錯」或「CI」環境，然後驗證並重新發佈這些套件至「發行」環境），但沒有任何方法能真正保證已建置的套件符合正確的品質標準。
您可以使用 @Release 檢視作為傳達變更品質的方法。 使用 @Release 檢視，您可以共用符合品質標準的套件，並允許使用者只查看已測試、驗證且已準備好供應的套件版本範圍。
