我正在尝试从 ProGet 检索已使用许可证的列表以构建摘要报告。

我正在查看 dbo.FeedLicenseUrls 表，该表似乎完全符合我的要求，但它是空的。填充此表需要什么？

我从头开始一个空白的 VS 2015 项目；对于这个测试，我选择了新的控制台应用程序。新项目的目标是框架 4.5.1。我为解决方案管理 Nuget 包。我寻找最近升级到 4.6.1 的 Nuget 包。我无法按预期看到它，因为我的项目无法使用它。

在升级该软件包之前，许多以前的版本都被列为可用版本。升级后，没有可用的，即使是那些针对以前框架版本的。将我的测试项目升级到 4.6.1 可以使用最新版本和所有以前的版本。这发生在多个包中，并且包本身没有包依赖项。

我正在使用 VS 2015，用于 VS 3.4.4.1321 的 Nuget 包管理器，并通过 ProGet 访问包。

这是一个已知的问题？这是它应该工作的方式吗？对我来说似乎是某个地方的错误。

我正在迁移到最新版本的 ProGet。我目前使用的是 3.8.6 版本，因此与稳定版本相差甚远。

我决定重新开始，迁移到 AWS 中一个全新的 Windows Server 2016 机器，并使用 RDS 作为 SQL 数据库。

新设置运行良好，我通过创建提要导入了我们的 NuGet 包，输入放置路径并将所有包放在那里。ProGet 注意到了这一点，并将它们全部移到了 Feed 中。

但是，我现在正在尝试导入我们的 npm 包。我已经创建了提要，添加了一个放置位置并将所有 npm 包都移了过来。在旧服务器上，它们都已经在子文件夹中。ProGet 似乎拒绝添加它们，除非它们位于指定为放置路径的根文件夹中。所以我在那里移动了一些包（不方便的是它们都被称为 package.tgz ...）并且它会拿起它们，将它们移动到 /ProgramData/ProGet/Packages/.npm/F5/ 也将它们放在文件夹中但是然后不会在 Web 界面上的提要中变得可见。

包数增加，如果我单击包我可以看到它们，然后单击它们并下载包，但它不会显示在主 Feed 'Page' 上。

另一方面，如果我通过网络界面手动上传一个包，它不会将包放在与上面相同的位置，但它在主提要页面上可见......这是一个错误还是我在做有事吗？NuGet 包使用相同的方法完美地工作，所以我对为什么 npm 不工作感到困惑。

技术：

Proget – Nuget 包管理服务器

TFS – 内部部署 2017 更新 1

问题： 从 TFS 版本重新发布构建时，要重新打包已经进入我的 Proget 开发提要的 CI Nuget 包，似乎没有办法获得自动语义版本控制。出现的关于在 Nuget 打包程序设置中设置版本的帮助对话框如下。

使用日期和时间 如果您选择“使用日期和时间”，这将生成格式为 XYZ-ci-datetime 的 SemVer 兼容版本，您可以在其中选择 X、Y 和 Z。

使用环境变量 如果您选择“使用环境变量”，您必须选择一个环境变量并确保它包含您要使用的版本号。

使用内部版本号 如果您选择“使用内部版本号”，这将使用内部版本号来为您打包的版本。注意：在 General 下将构建格式设置为 '$(BuildDefinitionName)_$(Year:yyyy).$(Month).$(DayOfMonth)$(Rev:.r)

我希望能够重新发布一个 Nuget 包，该包已经从我在 TFS 中的 CI 构建到我的 Proget 开发提要，再到我的生产 Proget 提要。Microsoft 有一篇关于在持续交付世界中对 NuGet 包进行版本控制的精彩文章。在那篇文章中，他们回避了这样一个事实，即他们正在做类似的事情，但他们没有为如何完成提供任何真正的方向。

问题：

您将如何配置 Nuget 打包程序，以便在创建包时输入构建变量？或者有没有一种方法可以设置主要版本并且每次只增加次要版本？其他人如何处理从开发到生产的软件包推广？

尝试了以下方法：

尝试将 $(Version) 作为构建和发布变量，但它似乎不起作用。包裹被标记日期。此外，这似乎只在 TFS 的构建部分中真正起作用，其中模式窗口包含修改此值的点。

尝试使用日期和时间方法，并将 CI 粘贴到内部版本号中。这几乎正​​是我们想要减去 CI 定义的结果。因为它会自动插入 CI，所以不适合生产。

将其关闭并从 Nuspec 中提取版本，但这会假设在您的 CI 构建中，您总是在推送最后一个发布版本后将版本号提高到比当前版本多一个。这是因为 nuspec 位于您通过 TFS 发布链重新发布的构建文件中。至少可以说令人困惑。

使用设置为 $(BuildDefinitionName) $(Year:yyyy).$(Month).$(DayOfMonth)$(Rev:.r) 的内部版本号在这里我想要的是 $(Major).$(Minor)。 $（补丁）。尝试使用 1.0.0 版本的 $(Version) $ 会得到一个以 2017.11.3.1 作为输出命名的文件，似乎忽略了 $(Version) 变量。

我在 ProGet 中创建了一个名为“Chocolatey”的 Chocolatey 提要。现在我如何从 Chocolatey 使用它？

我尝试运行此命令来添加源：

该命令的作用与将“ ProGet ”列为源一样多：

然后我禁用了默认源：

但我必须错误地设置 ProGet 源，因为choco search它不起作用：

我们正在使用 Proget 4.4.2.5。我们可以成功地将 Nuget 包推送到 Proget 服务器，但在提要中看不到该包。

当我们省略版本时，“nuget install”命令会失败（即我们只想获取最新版本）。它适用于省略版本时出现在提要中的其他 Nuget 包。nuget install 命令仅在指定版本时适用于此包。

我已尝试重新启动 Proget 服务，但这似乎无法解决问题。

提前感谢您的任何帮助。这对我们来说是一个紧急/阻塞的问题。

我们正在为我们的包使用proget，并且我们希望为一个包支持两个不同的 .net 框架目标（具有相同的名称和版本）。

根据文档包标识的名称和版本是唯一的，但我找不到任何线索如何更改/配置它。

是否可以以相同的名称和版本发布两个包，但每个包都针对不同的 .net 框架？如何 ？

目标是拥有两个消费者项目，每个项目都在不同的 .net 框架中，并且它们都使用相同的依赖包（相同版本），而不会互相打扰。

谢谢。

在使用 P{roget Bower 提要时，我们收到以下错误。我似乎在互联网上的任何地方都找不到解决方案。EINVRES 对 http://*****/feeds/bower/Bower/packages/packages/bootstrap 的请求的响应不是有效的 json

这是我的 .bowerrc

我将不胜感激任何帮助解决问题。谢谢

我正在寻找一种工具来管理构成软件版本的二进制文件（输入组件）的集合。这是一个软件产品，在过去的 20 年里，我们每年都会发布多个版本。文件的详细信息和类型可能会有所不同，但这是许多软件团队需要管理的内容。

软件版本由什么组成？

我们的软件版本包含多种文件，包括：

• Windows 可执行文件/二进制文件（40 个 DLL 和 30 多个 EXE 文件）。
• 安装程序用于创建数据库的脚本
• 适用于各种平台（.NET、ActiveX 和 Java）的 API 程序集
• 文档文件（HTML、PDF、CHM）
• 示例应用程序的源代码

单个版本的完整收集文件约为 90MB。大多数是从源代码构建的，但有些是第 3 方。

手动流程

很久以前，我们手动管理这个。

1. 启动每个新版本时，用于构建最后一个版本的文件将被复制到共享驱动器上的新文件夹中。
2. 开发人员将手动添加或更新此文件夹中的文件（希望不会意外丢失或删除任何内容）。
3. 将使用此文件夹中的文件编译软件安装程序脚本以生成 SETUP.EXE（输出）。
4. 在验证和测试期间迭代步骤 2 和 3，直到发布。

自动化流程

几年前，我们采用了 CI（每晚或按需构建我们的二进制文件）。

我们求助于将第 3 方二进制文件置于版本控制之下，因为它们通常不会经常更改。

然后，我们根据 CI 构建输出自动化了为发布收集和更新文件的过程。最后，我们能够自动构建我们的 SETUP.EXE。

剩余差距

到目前为止很好，但这给我们留下了两个问题：

1. 重新构建程序集 CI 主要是在某些事情发生变化时构建项目，但当强制执行时，它会重新编译没有任何代码更改的二进制文件。输出是我们之前测试过的二进制文件的全新构建（提示：我们应该始终相信它们是等价的吗？）。
2. 最新与稳定我们的 CI 机器主要构建每个项目的最新版本。在某些情况下这是可以的，但我们通常希望发布一个较旧的测试或稳定版本。为此，我们为最新和稳定的构建提供了单独的 CI 项目——这可行但很笨拙。

感谢您的耐心等待，如果您已经走到这一步了:-)

我还没有找到我要找的东西

在寻找解决方案一段时间后，似乎构建我们自己的解决方案可能更容易，但肯定有人以前解决过这些问题！？

我们想要的是一种存储和管理二进制文件（来自 CI 的输出，或第 3 方文件）的方法，这样每个文件都带有一个版本（v1.2.3.4）标签，允许：

• CI 发布每个二进制文件的新版本（但拒绝已经存在的重建版本）。
• 开发团队为软件版本（有点像 NuGet packages.config）制定配方，指定要包括的组件：
  • 包裹名字
  • 版本
  • 发布文件夹中的路径/目标
• 使用配方的自动包脚本收集所需的文件，并编译安装包（例如 SETUP.EXE）。

我知道过去关于在 VCS 中存储二进制文件的争论。现在我正在寻找更好的解决方案。这种方法对于长期持续使用（例如如何修剪旧的二进制文件）似乎并不理想......以及其他问题。

我已经尝试了一些当前可用的工件存储库。根据我的调查，这些为组件/工件存储和版本控制提供了解决方案。但是，它们不提供用于管理要包含在软件版本中的组件/工件列表的工具。

有没有人知道这方面的工具？

您是否找到了让 CI 基础架构解决这些遗留问题的方法？

如果您使用工件存储库来解决此问题，您如何管理和自动化该过程？

我正在尝试在我的 2012 服务器上安装 proget，我收到这些错误，这可能是由于配置错误请让我知道集成 url 和提要 url..

产品：ProGet 版本：5.1.15

System.Data.SqlClient.SqlException (0x80131904)：无效的对象名称“配置”。在 System.Data.SqlClient.SqlConnection.OnError（SqlException 异常，布尔 breakConnection，操作1 wrapCloseInAction) at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj, Boolean callerHasConnectionLock, Boolean asyncClose) at System.Data.SqlClient.TdsParser.TryRun(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj, Boolean& dataReady) at System.Data.SqlClient.SqlDataReader.TryConsumeMetaData() at System.Data.SqlClient.SqlDataReader.get_MetaData() at System.Data.SqlClient.SqlCommand.FinishExecuteReader(SqlDataReader ds, RunBehavior runBehavior, String resetOptionsString, Boolean isInternal, Boolean forDescribeParameterEncryption, Boolean shouldCacheForAlwaysEncrypted) at System.Data.SqlClient.SqlCommand.RunExecuteReaderTds(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, Boolean async, Int32 timeout, Task& task, Boolean asyncWrite, Boolean inRetry, SqlDataReader ds, Boolean describeParameterEncryptionRequest) at System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method, TaskCompletionSourceSystem.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method) at System.Data.SqlClient.SqlCommand 的 1 次完成，Int32 超时，Task& 任务，Boolean& usedCache，Boolean asyncWrite，Boolean inRetry)。 ExecuteScalar() 在 Inedo.Hub.Data.InstalledProduct.g__readDbConfigValue|59_0(String key, <>c__DisplayClass59_0& ) 在 C:\InedoAgent\BuildMasterTemp\Temp_E80991\Src\src\InedoHubCore\Data\InstalledProduct.cs:inedo 的第 161 行。 Hub.Data.InstalledProduct.ScrapeFromInstallation(String targetPath) 在 C:\InedoAgent\BuildMasterTemp\Temp_E80991\Src\src\InedoHubCore\Data\InstalledProduct.cs:line 151 ClientConnectionId:674594c1-dcf5-4bac-9fec-44a7a4756ba3 错误号:208 ,状态:1,等级:16