Azure DevOps 服務 |Azure DevOps Server |Azure DevOps Server 2022
Azure Artifacts 協助團隊託管、分享及管理套件，以簡化協作與套件分發。 本文介紹你在發佈、使用或管理 Azure Artifacts 套件前，必須了解的核心概念。
飼料
訂閱源是組織結構，提供一種結構化的方式來儲存、管理及分享套件，同時控制存取權。 串流不限於單一套件類型，可以承載多種套件類型，如 npm、NuGet、Maven、Python、Cargo 和 Universal Packages。
你可以將摘要的範圍限定為專案或組織。 只有託管於公開專案中的專案範圍摘要才能設為公開，而且您無法將組織範圍摘要轉換為專案範圍摘要。 欲了解更多資訊，請參閱「什麼是 Azure Artifacts feeds？」以及「Feed scopes」。
內容動態檢視
摘要檢視可讓你與取用者分享所選的部分套件版本。 一個常見的使用案例是只分享經過測試和驗證的套件版本，並保留仍在開發中或不符合品質標準的版本。
每個訂閱源預設都包含三種檢視畫面：@local、@prerelease和@release。 你可以重新命名或刪除後兩者，但 @local 這是預設視圖，包含所有直接發佈到訂閱源的套件，以及從上游來源儲存的所有套件。 欲了解更多資訊，請參閱 「什麼是動態檢視？」
上游來源
上游來源允許你將來自多個來源的包裹儲存在同一個資訊流中。 這包括你直接發布的套件，以及從外部訂閱源或公開登錄檔（如 NuGet.org 或 npmjs.com）儲存的套件。 當你在串流中啟用上游來源時，Azure Artifacts 會自動儲存由協作者或更高等級安裝的套件副本。
對於支援多個摘要的公用套件管理員，例如 NuGet 和 Maven，查詢摘要的順序可能會有所不同。 例如，NuGet 會向所有配置的訂閱源發送平行查詢，並使用第一個有效回應，這可能導致非確定性行為。 上游來源透過固定順序搜尋資料源及其上游來源來消除這種不確定性：先是直接發佈到資料源的套件，接著是已從上游來源儲存的套件，最後是每個上游來源可用的套件，依照串流設定中出現的順序搜尋。
注意
為了充分利用快速查詢功能，請在你的設定檔中只參考一個資訊流。 欲了解更多資訊，請參閱 Azure Artifacts 中的套件圖。
權限與角色
你透過訂閱者角色控制訂閱源的存取權限，例如讀者、協作者、貢獻者和擁有者。 這些角色決定誰可以查看套件、從上游來源儲存套件、發布新套件，以及管理訂閱設定。 更多資訊請參閱 「飼料角色與權限」。
不變性
當你將特定版本的套件發佈到訂閱源後，該版本號會永久保留。 你不能以相同版本號上傳更新版本，也不能刪除它再重新發佈同版本號的新套件。
保留與資源回收筒
你可以手動刪除套件，或設定保留政策，讓訂閱在發布新套件時自動移除舊的未推廣套件版本。 刪除的套件會被放入回收站，並會保留30天，之後Azure Artifacts會永久刪除。 只有訂閱源擁有者才能從回收站還原包裹。
您也必須是該摘要的擁有者，才能將其刪除。 刪除的動態消息會在回收箱中保留30天，之後才會永久刪除，且一旦刪除，該訂閱源名稱即可重新使用。 更多資訊請參閱 刪除與恢復套件。
索引
Azure Artifacts 會維護每個 feed 中每個套件的索引，這讓快速的清單操作成為可能。 這種索引方式與檔案分享不同，後者用戶端必須打開每個套件並檢視其元資料，除非檔案分享設定為提供客戶端能辨識的索引。
結構完善性
Azure Artifacts 會驗證每個已發佈的套件，以確保其完整性與正確性，有助於防止無效套件進入你的開發環境。 如果你現有的工作流程發布了格式錯誤的套件，遷移到 Azure Artifacts 前先修正，讓套件通過驗證。
Symbols
符號檔案會將編譯後的二進位檔映射回原始碼，讓你能除錯原生執行檔。 Azure Artifacts 提供專用的符號伺服器，讓你能在套件中發布和使用符號檔案。 更多資訊請參閱 符號總覽。
儲存與計費
Azure Artifacts 根據每個訂閱源中所有套件的總大小，為每個組織計費儲存。 你可以在組織層級監控用電量，並在接近儲存限制時設定警示。 欲了解更多資訊，請參閱「監控 Azure Artifacts 儲存消耗與套件大小與數量限制」。