问题标签 [proget]

nuget 包 Project Xyz 包含所有 xml 文件以及 dll 和 pdb 文件。我们在不同解决方案的不同项目 Abc 中使用这个包 Xyz。

我们有一个团队城市构建设置，用于将包 Xyz 发布到 Proget 提要（我们将 proget 用于私有 nuget 包存储库）。

我们还有一个 Team City 构建设置来编译和部署 Abc 项目。但是，在编译构建时，当我们恢复 nuget 包时，它只下载 dll/pdb 文件而不下载 xml 文件。在团队城市的构建步骤中，我们将 runner 类型设置为 dotnet，命令设置为 restore。

我们如何让它也恢复 xml 文件？

这是对上述链接的后续问题吗？我们按照下面的链接发布带有 xml 文件的 nuget 包。 https://stackoverflow.com/a/63353505/5887074

请注意：即使团队城市中的项目级环境变量有 NUGET_XMLDOC_MODE=none，dot net restore 也由于某种原因覆盖了环境变量，[Environment] NUGET_XMLDOC_MODE = skip

我正在尝试从我的组织使用 vpn 维护的私有 proget 服务器恢复我的 .Net 核心解决方案的包。但由于一些未知的网络问题，它在过去 7 天没有完成。我尝试过清除 nuget 缓存、运行nuget restore和dotnet restore构建解决方案。都带有相同的输出。

nuget 包还原成功启动，它下载了许多包，然后由于一些随机包而失败。我收到的一些错误日志是：

• 为源“https://proget.xxx.net/nuget/TestFeed/FindPackagesById()?id='packageName'&semVerLevel=2.0.0”重试“FindPackagesByIdAsyncCore”。
• 发送请求时出错。
• 无法连接到远程服务器
• 连接尝试失败，因为连接的一方在一段时间后没有正确响应，或者连接失败，因为连接的主机没有响应 127.0.0.1:8888

nuget 还原对其他开发人员来说是成功的。如果不是，我可以断定这是 proget 服务器的问题。但是现在，我无法确定这是否是我的 Visual Studio 19、nuget 配置或系统网络的问题。网址https://proget.xxx.net/在我的浏览器中成功打开。

欢迎任何故障排除提示/日志以深入了解问题或修复。

JFrogs 网页和 Inedos webdocs 上的文档都有些不清楚。

https://www.jfrog.com/confluence/display/JFROG/NuGet+Repositories

https://docs.inedo.com/docs/proget/feeds/nuget

由于 Artifactory 设置远程 nuget 提要的方式，很容易产生误解。

我尝试使用以下 url 字段：

和

在 NuGet 下载上下文路径字段中。该字段必须包含某些内容。但这是不正确的。也不会将存储库名称移动到“下载上下文路径”字段。

我要做的是获取我的本地 maven 存储库（存储在 .m2/repository/ 中）并将所有人工制品上传到 ProGet 服务器。

我似乎找不到任何文档或 Maven 插件，即使它给了我这个功能？

有人可以帮忙吗？

我们正在使用 Proget 作为我们选择的 Docker 存储库，并且我们正在迅速遇到大小问题。没有一个好的机制来修剪不再需要的预发布或旧图像，就像其他工件一样。

我正在使用 Docker.Dotnet nuget 库，并且有一个可以连接到 Docker API 的过程，使用它们的标签和标签评估图像或清除已经过时的内容。

我遇到的问题是我无法在任何地方找到 Docker API URL:Port。我当前的设置是 myrepo.com/docker （并且是我在本地注册的），但我无法将我的 Docker 客户端连接到它。

无论如何，我们正计划从这个存储库迁移，但这将适用于任何其他选择的 docker 存储库。例如，用于 API 交互的 docker hub 的 URL 是什么？

我们有一个 OnPrem Proget 服务器。

当我们的开发人员工作后，他们可能会发现他们需要修改一个包以允许他们实际工作的应用程序工作。这意味着我们最终可以在服务器上获得许多 Prerelease 版本的包，因为它们需要到达那里，以便在目标应用程序的构建期间可以正确获取它们。

是否有公认的管理预发布内容的行为准则？人们是否将预发布的内容发布到不同的提要，并且只将发布的内容发布到更公开的提要？还是只是期望一旦发布发布，预发布版本就会从提要中简单地删除？

我无法从我们的现场 proget 服务器中提取 docker 图像。这一直有效，但我已经离开它大约 2 个月了。

我运行： docker pull proget/docker/myimage

几层完成（拉完成），但最大的给出了“来自字节范围请求的预期 HTTP 206”。

这发生在几个图像上。我怎么知道这个层是什么？也许我可以从公共服务器上得到它。

这是我的 docker pull 命令的输出：

我正在使用 ProGet 版本 5.3.18 (Build 14)，并且我没有使用代理。

所以，我一直在研究一个 azure 管道，它应该下载 NuGet 包，然后将其上传到 ProGet 脚。但它应该仅在提要中尚不存在该包时才上传该包，以避免冗余。（如果该包已经存在于Feed中，但版本不同，仍应上传）。有没有办法使用 nuget.exe 或其他类型的 NuGet 工具检查 ProGet 提要中是否已经存在包？

八年后，我遇到了与nuget 提要和促销相同的问题！

在这种情况下，我说的更笼统；我们使用 ProGet 作为我们的包管理器，并且在包推广过程中需要考虑 nugets、通用包，甚至一些 docker 容器。

其中一个想法是拥有多个 Nuget 提要；一个 ci 提要，每个成功的集成都会发布一个包，一个 qa 提要，您只发布您希望 qa 测试的版本，然后是一个发布提要，您只从他们成功测试的 qa 提要中复制包。

所以，假设我们在ci提要中有一个可以工作的版本，它是 version 1.2.3-ci-xyz。我们希望将其推广到 QA 提要，无需重新构建，并将其重新打包为1.2.3-rc-1. 该软件包通过了 QA 并准备好升级到 prod 提要中，无需重新构建并交付生产。它应该作为1.2.3. （正确的？）

问题是，如果我们不进行任何重建，软件包二进制文件仍将具有 version 1.2.3-ci-xyz。这将显示在应用程序中显示或查询版本的任何地方。

这就是我卡住的地方。这里的正确模式是什么？只要我们知道它是什么，发布什么版本是否重要？

• 意思是，我们从较低的提要推广1.2.3-ci-xyz到较高的提要，而无需重新包装不同的版本？
• 包1.2.3中包含二进制文件不是不正确1.2.3-ci-xyz吗？
• 我们是否总是使用下一个 3 位数字构建，而忘记 ci/rc 后缀？

是否可以使用 gitlab 的包存储库来提供我们的 npm 包以及在线公共包。在 proget 上，可以使用代理在同一 URL 下注册常见的 npm 包和我的私有 npm 包。是否可以对 Gitlab 做同样的事情，以便在 .npmrc 中指向 gitlab 的存储库就足以安装所有依赖项？