Continuous integration 在AppVeyor中禁用NuGet的自动部署

Continuous integration 在AppVeyor中禁用NuGet的自动部署,continuous-integration,nuget,appveyor,Continuous Integration,Nuget,Appveyor,我想完成以下流程: 所有提交都由AppVeyor生成,并且.nupkg是使用版本创建的,例如1.2.3-{build} 当我确定代码足够稳定时,我想手动将其部署到版本为1.2.3(不带内部版本号后缀)的NuGet 然后我将env变量从1.2.3更改为1.2.4,并重复该过程 我几乎完成了AppVeyor配置,但遇到了以下问题: AppVeyor尝试将每个构建部署到NuGet。我希望能够手动选择我将提升到稳定的版本,并将它们推到NuGet 我如何才能使AppVeyor在没有我的操作的情况下不部

我想完成以下流程:

  • 所有提交都由AppVeyor生成,并且.nupkg是使用版本创建的,例如
    1.2.3-{build}
  • 当我确定代码足够稳定时,我想手动将其部署到版本为
    1.2.3
    (不带内部版本号后缀)的NuGet
  • 然后我将env变量从
    1.2.3
    更改为
    1.2.4
    ,并重复该过程
我几乎完成了AppVeyor配置,但遇到了以下问题:

AppVeyor尝试将每个构建部署到NuGet。我希望能够手动选择我将提升到稳定的版本,并将它们推到NuGet


我如何才能使AppVeyor在没有我的操作的情况下不部署任何构建?

您可能需要使用环境而不是内联部署。描述了不同之处


对于您的场景,您可以简单地从构建中删除部署并创建新的NuGet部署环境,以便在需要时针对特定构建手动调用。

现在我明白了-我需要从构建中删除部署。您认为“促进”持续构建到稳定的最佳方式是什么?PowerShell脚本通过API触发新构建,并带有指示稳定版本的env var?然后是另一个API调用来将这个稳定的构建部署到NuGet?我建议您使用环境,因为我觉得您需要手动部署。实际上,人们在GitHub上标记构建,并设置只部署标记的构建,因此部署仍然自动进行,但在需要时进行。或者,您可以只将稳定的代码签入特定分支,并仅从该分支进行部署。有关如何按分支或标记进行筛选的详细信息。请注意,不能同时对标记和分支执行部署筛选。