所以我有一个包含多个项目的解决方案,这些项目包含构建要推送到nuget的DLL的项目。
尤其是我这个人是白痴,会把事情弄错,即使自动化也会使事情出错。
我要实现的目的是在执行nuget之前检查是否没有版本号冲突/冲突。
要尝试确保推送阶段不会由于上述碰撞而中途失败。
答案 0 :(得分:0)
我要实现的目的是在执行nuget之前检查是否没有版本号冲突/冲突。
作为azure devops和nuget的长期用户,我们在推送nuget软件包之前不需要再次检查是否存在版本号冲突。
因为nuget push任务或push命令行具有内置的check命令,所以如果存在相同版本,它们将使任务失败并通知nuget版本冲突。这是一个合理的预期结果。
如果要确保推送阶段不会中途失败,那么在出现版本号冲突,使管道失败或停止推送后,下一步是什么?这与我们直接失败nuget推送的结果相同。
此外,失败推送阶段不会有其他负面影响,nuget包也不会推送到feed。
注意:如果在推送nuget软件包时访问版本号冲突,则有一个选项Allow duplicates to be skipped
,即使某些软件包因409冲突错误而被拒绝,该选项也可以使任务报告成功:
希望这会有所帮助。