如何从 Azure DevOps 管道使用托管在 GitHub 上的私有 NuGet 源

了解使用 Docker 和 .NET SDK 在 Azure DevOps 管道中验证和使用私有 GitHub 托管的 NuGet 包的有效方法。 --- 该视频基于用户“David Keaveny”提出的问题 https://stackoverflow.com/q/79116113/ (https://stackoverflow.com/u/319980/) 以及用户“Kevin Lu-MSFT”提供的答案 https://stackoverflow.com/a/79116300/ (https://stackoverflow.com/u/13464420/)在“Stack Overflow”网站上。感谢这些伟大的用户和 Stackexchange 社区的贡献。请访问这些链接以获取原始内容和任何更多详细信息，例如替代解决方案、主题的最新更新/开发、评论、修订历史记录等。例如，问题的原始标题是：从 Azure Devops 管道使用 GitHub 上托管的私有 NuGet 源 另外，根据 CC BY-SA 许可的内容（音乐除外）https://meta.stackexchange.com/help/licensing 原始问题帖子根据“CC BY-SA 4.0”获得许可（ https://creativecommons.org/licenses/by-sa/4.0/ ）许可证，原始答案帖子已根据“CC BY-SA 4.0”（ https://creativecommons.org/licenses/by-sa/4.0/ ）许可证获得许可。如果您觉得有任何不对劲，请随时在该视频下给我留言。 --- 简介 由于身份验证的复杂性，从 Azure DevOps 管道使用 GitHub 上托管的私有 NuGet 包可能具有挑战性。虽然 GitHub Actions 工作流程可以顺利处理此问题，但 Azure DevOps 需要特殊处理才能在恢复操作期间传递正确的凭据，尤其是在基于 Docker 的构建中。在 Azure DevOps 中使用 NuGet 服务连接和 NuGetAuthenticate@ 1 任务的问题似乎很简单，但此任务输出的身份验证令牌不能直接用作 Docker 构建内的 GitHub 个人访问令牌 (PAT) 以进行 dotnet 恢复。从私有 GitHub feed 恢复包时，这会导致 401 Unauthorized 错误。解决方案 有两种可靠的方法可以解决此问题： 方法 1：不使用 NuGetAuthenticate 进行手动 PAT 注入 如果使用 GitHub 源维护 nuget.config：请勿在 Azure DevOps 管道中使用 NuGetAuthenticate@ 1。将您的 GitHub PAT 安全地存储为秘密管道变量（例如，GithubPAT）。将此 PAT 作为 Docker 构建参数传递。在 Dockerfile 中，在构建期间使用显式 PAT 更新 NuGet 源。 Azure DevOps YAML 代码片段：[[查看视频以显示此文本或代码片段]] Dockerfile 摘录：[[请参阅视频以显示此文本或代码片段]] 方法 2：将 NuGetAuthenticate 与 VSS_NUGET_EXTERNAL_FEED_ENDPOINTS 一起使用 如果您希望保留 NuGetAuthenticate@ 1 任务：从 nuget.config 中删除 GitHub 源。在 Dockerfile 中：删除 dotnet nuget update source 命令。安装 Azure Artifacts 凭据提供程序。使用 GitHub feed 的凭据设置 VSS_NUGET_EXTERNAL_FEED_ENDPOINTS 环境变量。 Dockerfile 示例：[[查看视频以显示此文本或代码片段]] Azure DevOps YAML 代码段：[[请参阅视频以显示此文本或代码片段]] 摘要 在 Docker 内直接使用 NuGetAuthenticate@ 1 令牌来获取 GitHub 源无法按原样工作。手动传递真正的 GitHub PAT 以在 Docker 内进行 dotnet nuget 更新（方法 1）。或者在使用 NuGetAuthenticate@ 1 时使用 Docker 中的凭据提供程序配置 VSS_NUGET_EXTERNAL_FEED_ENDPOINTS（方法 2）。这可确保您的 Azure DevOps 管道可以在容器化构建中安全地还原托管在 GitHub 上的私有 NuGet 包。