若要了解 NuGet.org 的常見問題,例如 NuGet.org 帳戶問題,請參閱 NuGet.org 常見問題集。
安裝指南包含 UI 和命令列工具的所有資訊。
命令行工具 、 nuget.exe
、建置和執行通常會在 Windows 下執行。 NuGet 可以使用 在 Unix 作業系統mono
上執行,但 NuGet 的支持原則並未正式支援。
了解套件的主要來源是其在 nuget.org 上的清單頁面 (或另一個私人摘要)。 nuget.org 上的每個套件頁面都會包含套件的描述、其版本歷程記錄和使用量統計資料。 套件頁面上的 [資訊] 區段也會包含專案網站的連結,而在專案網站中,您一般可以找到許多範例和其他文件協助您了解如何使用套件。
如需詳細資訊,請參閱尋找及選擇套件。
- Windows 上的 Visual Studio 支援套件管理員 UI 和套件管理員主控台。
- Visual Studio for Mac 具有內建 NuGet 功能,如在專案中包含 NuGet 套件中所述。
- Visual Studio Code (所有平台) 沒有任何直接 NuGet 整合。 請使用 NuGet CLI 或 dotnet CLI。
- Azure DevOps 提供還原 NuGet 套件的建置步驟。 您也可以在 Azure DevOps 上裝載私人 NuGet 套件摘要。
在 Visual Studio 中,使用 [關於Microsoft Visual Studio] > 命令,並查看 NuGet 封裝管理員 旁顯示的版本。
或者,啟動 封裝管理員 主控台(工具 > NuGet 封裝管理員 封裝管理員 > 主控台),然後輸入 $host
以查看 NuGet 的相關信息,包括版本。
NuGet 一般適用於 .NET 語言,並且設計目的是將 .NET 程式庫帶入專案中。 在某些專案類型中,它也支援 MSBuild 和 Visual Studio 自動化,因此在各種程度上也支援其他專案和語言。
最新版的 NuGet 支援 C#、Visual Basic、F#、WiX、C++ 和 Q#。
NuGet 完整支援各種專案範本,例如 Windows、Web、Cloud、SharePoint、Wix 等等。
移至套件管理員 UI 中的 [更新] 索引標籤,然後選取 [全部更新],或使用套件管理員主控台中的 Update-Package
命令。
若要更新範本本身,您需要手動更新範本存放庫。 請參閱有關本主題的 Xavier Decoster 部落格。 請注意,您必須自負這項作業的風險;因為,如果所有相依性的最新版本彼此不相容,則手動更新可能會損毀範本。
請參閱安裝指南。 若要檢查目前安裝之工具的版本,請使用 nuget help
。
您可以根據 MIT 授權的規定來轉散發 nuget.exe。 您負責更新和維護您選擇要轉散發的任何 nuget.exe 複本。
是的,可以將自定義命令新增至 nuget.exe
,如 Rob Reynold 透過 Archive.org 提供文章中所述。
Visual Studio 自動化物件模型中的最上層物件稱為 DTE (開發工具環境) 物件。 此主控台透過名為 $DTE
的變數提供這個項目。 如需詳細資訊,請參閱<Visual Studio 擴充性>文件中的 Automation Model Overview (自動化模型概觀)。
我嘗試將 $DTE 變數轉換為類型 DTE2,但收到錯誤:無法將 "EnvDTE.DTEClass" 類型的 "EnvDTE.DTEClass" 值轉換為 "EnvDTE80.DTE2" 類型。 有什麼問題?
這是 PowerShell 如何與 COM 物件互動的已知問題。 嘗試下列作業:
`$dte2 = Get-Interface $dte ([EnvDTE80.DTE2])`
Get-Interface
是 NuGet PowerShell 主機所新增的 Helper 函式。
請參閱建立並發行套件。
請參閱裝載套件概觀。
請參閱大量發行 NuGet 套件 (jeffhandly.com)。
是,請參閱 Scott Hanselman 的部落格文章 How to access NuGet when nuget.org is down (or you're on a plane (如何在 nuget.org 關閉 (或您在飛機上) 時存取 NuGet) (hanselman.com)。
請使用 nuget config -set repositoryPath=<path>
在 Nuget.Config
中設定 repositoryPath
設定。
將 Nuget.Config
中的 disableSourceControlIntegration
設定為 true
。 此索引鍵作用於方案層級,因此需要新增至 $(Solutiondir)\.nuget\Nuget.Config
檔案。 從 Visual Studio 啟用套件還原時會自動建立這個檔案。
請參閱啟用和停用套件還原。
將本機套件安裝至專案時,您需要選取所有來源。 這會彙總所有摘要,而不是只使用一個。 出現此錯誤的原因是本機存放庫使用者經常會因公司原則而想要避免不小心安裝遠端套件。
在不同專案位於不同資料夾的大部分專案中,這在 NuGet 識別每個專案中的 packages.config
檔案時不是問題。 相同的資料夾中有 NuGet 3.3+ 和多個專案時,您可以將專案名稱插入至使用模式 packages.{project-name}.config
的 packages.config
檔案名稱,而且 NuGet 會使用該檔案。
因為每個專案檔都包含它自己的相依性清單,所以使用 PackageReference 時,這不是問題。
- 將
https://api.nuget.org/v3/index.json
新增至來源清單,或者 - 刪除
%appdata%\.nuget\NuGet.Config
(Windows) 或~/.nuget/NuGet/NuGet.Config
(Mac/Linux),讓 NuGet 重新加以建立。
在 packages.config 專案中,安裝具有 build
props 或目標的套件時,NuGet 會新增 EnsureNuGetPackageBuildImports
目標,以確認 msbuild 內容已在建置前匯入套件。
target
如果 已手動修改 ,NuGet 可能無法偵測移轉時需要移除的 NuGet。
如果您的專案是 PackageReference
,而且您在項目檔中仍然有此目標,則移除應該很安全。