Azure DevOps Services |Azure DevOps Server 2022 |Azure DevOps Server 2020
管理軟體套件可能是複雜且耗時的程序，尤其在處理大規模專案時。 Azure Artifacts 提供可靠的套件管理解決方案，可簡化工作流程並增強小組共同作業。
若要充分利用，遵循最佳做法對於維護套件完整性和質量至關重要。 本文重點說明在 Azure Artifacts 中建立、發佈及取用套件的重要指導方針。 無論您不熟悉 Azure Artifacts 或經驗豐富的用戶，這些最佳做法都可協助您優化工作流程，並確保專案成功。
先決條件
| 產品 | 要求 |
|---|---|
| Azure DevOps | - Azure DevOps 組織。 - Azure DevOps 項目。 - Azure Artifacts 套件來源。 |
套件發行者的最佳做法
遵循最佳做法有助於確保一致性、安全性和順暢的用戶體驗。 以下是使用 Azure Artifacts 發佈套件時的重要建議：
注意
您必須是Feed 發布者（貢獻者）或更高級別，才能將套件發布至信息源。 如需詳細資訊，請參閱 管理許可權。
為每個存放庫使用單一摘要：
提要是用於組織各種套件類型的結構體。 雖然您可以有多個專案的摘要，但最好限制專案只參考一個摘要，以將潛在衝突降到最低。 如果您想要從多個來源或公用登錄存取套件，建議您使用上游資源。 請參閱 什麼是上游來源？如需詳細資訊，。
自動發佈新建立的套件：
自動發行新的套件可確保您的小組或目標取用者一律可使用最新版本，而不需要手動介入。 當您發佈套件時，它會被新增到您的摘要檢視
@local。 請參閱 什麼是 Feed 視圖？如需詳細資訊，請參閱。啟用保留原則以自動清除舊的套件版本：
經過一段時間后，舊套件版本可能會累積、耗用不必要的記憶體，以及降低查詢速度。 啟用保留原則可讓您自動移除較舊的套件版本，同時保留指定的最新版本數目。 這不僅能優化用戶端效能，也有助於有效率地管理記憶體成本。 如需詳細資訊，請參閱 保留原則。
使用摘要檢視來發行套件：
資料流檢視可用來與取用者共用套件版本的子集。 例如，若要讓早期採用者可以使用套件，您可以從動態消息中選取套件，並將其推廣至
@Prerelease檢視。 一旦您認為套件的品質足以進行完整發布，您就可以將其推廣到@Release檢視。 升級至檢視的套件不受保留原則的豁免，且不會受到刪除。 請參閱 什麼是 Feed 視圖？如需詳細資訊，請參閱。確定檢視的適當存取權限：
如果您的套件是由外部小組或跨組織取用，請確定
@Release和@Prerelease檢視具有適當的可見度設定。 如需詳細資訊，請參閱 摘要檢視設定。
套件使用者的最佳做法
本節概述使用 Azure Artifacts 取用套件的最佳做法，以確保有效率的使用方式：
針對外部套件使用上游來源：
如果您想要使用來自外部來源或公共註冊中心的套件，例如 NuGet.org 或 npmjs.com，建議您使用上游來源。 請參閱 什麼是上游來源？ 和 設定上游來源 以取得詳細數據。
注意
您必須是 餵流和上游讀取者（協作者） 或更高的級別，才能從上游來源儲存套件。 如需詳細資訊，請參閱 管理許可權。
確保來源的順序反映您所需的套件解決策略：
資料流會依序檢查上游來源，並將來自第一個包含此套件的來源的套件傳回。 請留意順序，以確保您的來源清單能從正確的來源取得套件。 如需詳細資訊，請參閱 刻意安排上游來源 及 搜尋順序。
使用資料流定位器新增外部來源：
如果來源位於相同 Microsoft Entra 租用戶，但不是您組織的一部分，您應該使用 Feed 定位器。 資料流定位器的語法如下所示：
azure-feed://<organization>/<projectName>/<feed>@<view>。