我正在将一系列具有共享组件的中等复杂的应用程序迁移到TeamCity提供的适当CI / CD环境中。作为迁移的一部分，我们希望将共享组件打包为NuGet软件包，然后在部署它们时，依靠“添加软件包”的触发器来触发下游构建。
TeamCity在理论上使此操作变得简单：设置一个NuGet Pack的构建步骤，然后选中Publish created packages to build artifacts框，该程序包应最终出现在提要上。
不幸的是，尽管我设法强迫下游版本与我们的提要交流，但他们无法获得软件包。简而言之，它会在uri中为程序包插入一个额外的app：
http://the.teamcity.server/app/nuget/.../package.nupkg
而是存储为
http://the.teamcity.server/app/app/nuget/.../package.nupkg
因此，显然恢复软件包失败。神秘地，当我在Visual Studio中针对Feed进行开发时，我 am 能够使用这些软件包，因此这并不是完全错误的。有谁知道为什么我在访问Content时为什么会在检索到的XML文档的.../FeedService.svc/Packages(Id='PackageName',Version='1.0.0.0')节点中得到这个错误的包位置-以及是否有合理的方法来阻止它发生，或者是否有替代的还原命令（例如，离Visual Studio必须执行的操作更近），而不是NuGet Restore生成步骤会忽略该位置并通过其他方法找到包？
请注意，我不是 TeamCity服务器的管理员，仅是其所在团队项目的管理员；因此，我无法真正评论（或更改）NuGet feed URL的配置。我可以说该供稿不为空-大概可以在其他地方成功使用它。