共用方式為

dotnet nuget add source

  • 發行項

此文章適用於：✔️ .NET Core 3.1.200 SDK 與更新的版本

名稱

dotnet nuget add source - 新增 NuGet 來源。

注意

使用您信任的套件來源。

概要

dotnet nuget add source <PACKAGE_SOURCE_PATH> [--name <SOURCE_NAME>] [--username <USER>]
    [--password <PASSWORD>] [--store-password-in-clear-text]
    [--valid-authentication-types <TYPES>] [--configfile <FILE>] [--allow-insecure-connections]

dotnet nuget add source -h|--help

描述

dotnet nuget add source 命令會將新的套件來源新增至 NuGet 設定檔。

警告

新增多個套件來源時，請小心不要引進相依性混淆弱點。

引數

  • PACKAGE_SOURCE_PATH

    套件來源的路徑。

選項。

  • --configfile <FILE>

    要使用的 NuGet 組態檔 (nuget.config)。 若已指定，僅會使用此檔案中的設定。 若未指定，則將使用當前目錄中組態檔的階層。 如需詳細資訊，請參閱常見的 NuGet 組態。

  • --allow-insecure-connections

    允許 HTTP 連線來新增或更新套件。 此方法不安全。 自 .NET 9 SDK 起提供。

  • -n|--name <SOURCE_NAME>

    來源名稱。

  • -p|--password <PASSWORD>

    連線到經驗證的來源時，所要使用的密碼。

注意

請注意，只有 Windows 支援加密的密碼。 此外，他們只能在同一部計算機上和原本加密它們的相同使用者解密。

  • --store-password-in-clear-text

    透過停用密碼加密，允許儲存可攜式套件來源認證。

警告

強烈建議不要將密碼儲存在純文本中。 如需安全地管理認證的詳細資訊，請參閱 從私人摘要取用套件的安全性最佳做法。

  • -u|--username <USER>

    連線到已驗證的來源時，要使用的使用者名稱。

  • --valid-authentication-types <TYPES>

    此來源的有效驗證類型逗號分隔清單。 如果伺服器公告 NTLM 或 Negotiate，而且必須使用基本機制傳送認證，例如，搭配內部部署 Azure DevOps Server 使用 PAT 時，請將設定為 basic。 其他有效值包括 negotiate、kerberos、ntlm 和 digest，但這些值不太可能很有用。

範例

  • 新增 nuget.org 成為來源：

    dotnet nuget add source https://api.nuget.org/v3/index.json -n nuget.org

  • 新增 c:\packages 成為本機來源：

    dotnet nuget add source c:\packages

  • 新增需要驗證的來源：

    dotnet nuget add source https://someServer/myTeam -n myTeam -u myUsername -p myPassword

  • 新增需要驗證的來源 (然後安裝認證提供者)：

    dotnet nuget add source https://azureartifacts.microsoft.com/myTeam -n myTeam

另請參閱