.net - nuget 提要和促销

Question

我已经读完了 Pro Nuget 这本书，我认为将它用于我们的依赖项会比我们当前的方法更好。此外，您可以构建应用程序部署包以将您的构建部署到各种环境，我们也希望更好地实现自动化。

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

我喜欢这个想法，但建议通过以 -alphaXXXX 或类似方式结束版本来将 ci 构建标记为预发布。但是，如果我这样做，我需要在提升到 qa feed 期间删除该名称。我认为您必须修改包才能做到这一点，但是 Nuget 包的部分吸引力在于一旦构建就不会更改它们

另一个想法是，由于我们主要在主干中工作，当我创建 rc 分支时，我们的构建过程将停止添加版本的预发布部分。这似乎可行，然后从 qa 提升到发布 feed 将是一个简单的包副本。

有人在用这种方法吗？这是推荐的方法吗？我错过了什么吗？我已经用谷歌搜索，但没有发现很多关于这种方法细节的讨论。

Answer 1

我是本书的作者之一，希望您喜欢!我们正在制作包含许多新内容的第二版，并且这个特殊案例也正在处理中。

澄清一下，CI --> QA --> PROD 场景设置为示例包推广流程:您可以根据需要创建自己的。

您的观点是正确的:套餐促销不应要求对套餐或其内容进行任何修改。这实际上意味着在将包提升到另一个提要时甚至不会重建包内的二进制文件。此规则的唯一异常(exception)是包预发布版本，它可以调整或删除。注意:推广时语义版本保持不变!

这是 http://www.MyGet.org 的核心特征: 这是它的文档 http://docs.myget.org/docs/reference/package-sources (场景:向上游推送包)。

上述原则适用于此功能，我们还负责 feed 安全/api key 。如果您不使用 MyGet，则需要自己执行此操作。逻辑步骤是:

1. 从源提要下载包
2. 可选择更改预发布标签(手动？)
3. 将包推送到目标提要

许多开源项目都在使用这种情况，使用 MyGet.org 上的 CI 源，然后向上游推送到 NuGet.org。上游包源可以是任何其他 NuGet 提要(例如 Chocolatey.org 画廊、Resharper 插件画廊、另一个 MyGet.org 提要，...)。