问题标签 [proget]

我们想开始在 CI 构建及其依赖项中使用 ProGet 来处理依赖项，但是这可能会导致大量 NuGet 包位于提要中，唯一的选择是一次删除一个或整个提要。

是否有其他方法可以删除除最后 10 个或更好的所有内容，但在提要上实施 NuGet 包保留策略？

非常感谢

在发现安全漏洞（与 ProGet 无关）后重建服务器时，我们重新安装了 ProGet。源在浏览器中可见，但在 Visual Studio 中不可访问。

在重建我们的服务器时，我们在临时 Azure 服务器上运行 ProGet，该服务器正在运行并为我们的 NuGet 包提供服务。在比较两者时，一个显着的区别是提要的 API 端点 URL。对于 Azure 上的 ProGet，它是一个外观合理的完全限定 URL。 在我们在构建新服务器时尝试设置的 ProGet 上，它实际上包含一个密码和“默认”一词（我们已弃用此密码）。 这似乎不对，但我认为它无法改变。我尝试重新安装 ProGet，但它保留了我的包和提要。

我该如何解决这个问题，以便 ProGet 可以为 Visual Studio 提供服务？提前致谢。

我们刚刚开始使用 Proget 发布到内部 nuget 提要。这些项目是在 CI (Teamcity) 中构建的，但程序集版本号不会仅更改信息版本。我最近了解到设置信息版本会覆盖使用程序集版本来命名 nuget 包。我们目前有一个major.minor.patch.buildNumber 的nupkg 版本控制方案。

这应该意味着更新的构建应该表示为潜在的更新

有两个问题

1. 我们如何在 CI 中进行选择性 nuget 更新。例如，我们有像 Moq 这样的第三方包，我们希望保持这些版本静态，同时让构建将内部构建的包更新到最新的可用版本。

2. 同样，我们如何在本地机器上进行操作？

谢谢阅读。

当使用通过我们的内部 ProGet 服务器安装的收缩包装包时，我们看到 ECONNRESET 问题。当将 npm 注册表配置为常规 npm 注册表并基于此收缩包装包时，一切都安装得很好。我们删除node_modules并在运行之间执行npm cache clean以确保我们强制从 ProGet 下载。有趣的是，当插入文件下载器时， npm-shrinkwrap.json中列出的所有 1,000 多个资源请求都会正确下载。

当使用详细标志进行安装时，我们看到许多 404，其中 npm 客户端似乎任意更改注册表 url 从http://<internal-url>/npm/npm以省略某些请求的 npm/npm，但我们没有'不知道为什么会发生这种情况或是否相关。

我们使用 ProGet 3.8.6、npm 3.3.11 和 3.5.4（在两台开发人员机器上测试，结果相同）和节点 4.2.1。

我已经运行了这个命令

我得到一些东西

但我可以通过浏览器访问服务器。我在哪里出错以及如何推送我的包 nuget 服务器

我最近设置 Proget 来尝试它的 nuget 和 Chocolatey 服务器。现在，当我尝试通过 teamcity 构建将包发布到 nuget 提要时，我不断收到错误消息“proget 无法处理请求。'处理请求时出错：API 密钥无效。'。”。我已经 100% 确定名称和密码工作正常，并根据 Proget doco 指定了 API 密钥（即 username:password ）。该提要已经有一个包，我在安装 Proget 的那天发布了它以供试用。可能出了什么问题？

作为开发人员，我对在正常的开发过程中使用持续集成非常陌生。然而，我的任务是将 ci 引入我们的软件团队，因此我做了一些尝试来实现这一点。

目前我们有以下内容： 0. BitBucket 作为我们的源代码库 1. Team City 2. ProGet 服务器 3. Octopus Deploy 4. 开发测试虚拟机 5. UAT 测试虚拟机 6. 生产虚拟机

一般来说，这个过程是

1. 项目清单
2. 从 BitBucket 查看解决方案
3. 做出改变。
4. 提交到 Bitbucket
5. 团队城市建设
6. Team City 将工件作为 nuget 包推送到 ProGet
7. Team City 在 Octopus Deploy 中创建发布并触发自动部署到 Development Test vm。
8. 手动八达通推送到 UAT
9. 手动八达通推送到生产

除了我们开发人员之外，顶层的一切看起来都很好。

我们的问题不是概念，而是与过程共存。原因是我们有两个解决方案，其中第二个从我们的 ProGet 服务器引用第一个解决方案的 nuget 包。这意味着每次依赖解决方案需要在第一个解决方案中进行修改时，我们都必须等待循环发生，然后在第二个解决方案中更新 nuget 包以完成所需的更改。

当这个循环需要多次发生才能达到所需的结果时，这真的很令人沮丧。

我希望在开发人员的电脑上开发这两种解决方案，而无需等待 ci 构建和发布更改的包。我认为这意味着第一个解决方案中的 dll 将在本地引用，但我如何更改它以便最终引用来自要在 CI 框上构建的 ProGet 服务器？

谁能告诉我该怎么做？

我有两台 Windows 机器，一台运行Nexus OSS 3，另一台运行 ProGet。

现在我想在 Nexus 中创建一个nuget 代理存储库，它指向我在 ProGet 中拥有的一个提要/存储库。我遵循了本指南：nuget 代理存储库，我基本上复制了安装 Nexus OSS 3 时默认提供的nuget.org-proxy代理配置。

但我不断从命令行收到此错误

以及 Nexus 网络日志：

当我在包X上运行 nuget install 时，将代理存储库 URL 指定为源：

该软件包确实存在于原始 ProGet 提要中，如果我指定直接/非代理提要，则安装工作正常：

我尝试过使用 nuget 2.8 和 3.4 版。

我的 ProGet 服务器配置了内置身份验证：

匿名有下载权限：

当 Anonymous 在我的 ProGet 服务器上具有下载访问权限时，为什么我会收到此访问错误？

我正在尝试将 maven 包部署到 proget 服务器。但是，每当我在暂停后运行 mvn deploy 时，都会出现错误：

我可以使用 Firefox 连接到 URL，但不能使用 curl。但是，如果我使用该curl --insecure选项，我可以。知道可能出了什么问题吗？

我已经尝试过这个命令行，它仍然给出同样的问题。

我正在使用代理，但是我设置了似乎适用于其他应用程序的 http_proxy 和 https_proxy 环境变量。maven 会注意这些吗？

我已经广泛搜索了解决此问题的方法，但找不到。

我已将 TeamCity 配置为将包含符号和源代码的包发布到 ProGet。此过程效果很好，ProGet 可以正确识别符号。

我已经按照 ProGet 知识库的说明设置了 Visual Studio，即

• 在 options->Debugging->Symbols 中添加符号位置
• 启用源服务器支持选项->调试->常规

我已经签入了 Fiddler，并且当我在调试中启动我们的应用程序时下载了这些符号。

然后，当进入我们包中的一种方法时，它会打开错误的文件。然而，它打开的文件名称相同（我们在每个包中都有一个名为 Component 的文件，并且在拉入包的本地解决方案中也有一个文件）。

如果我更改文件名并重新打包并将其发布到 ProGet，问题就会消失，我可以在调试期间介入文件，但这似乎是一个 hack。

有谁知道如何让 Visual Studio 优先使用符号服务器上的文件而不是解决方案中具有相同名称的任何本地文件？