我们在 Azure DevOps Server 中有一个用于 NuGet 包的自定义源。上传 Microsoft.AspNetCore.Authentication.Core 2.2.0 包时出现问题,现在我们的提要中有一个错误包。
根据这个问题,几年前问过和回答过,无法更换包,只能增加数量并推送新版本。
当我们不控制包的版本号需要更换坏上传时该怎么办?
现在,我们能看到的唯一选择是创建一个新的提要并从旧提要重新上传所有内容。
我们在 Azure DevOps Server 中有一个用于 NuGet 包的自定义源。上传 Microsoft.AspNetCore.Authentication.Core 2.2.0 包时出现问题,现在我们的提要中有一个错误包。
根据这个问题,几年前问过和回答过,无法更换包,只能增加数量并推送新版本。
当我们不控制包的版本号需要更换坏上传时该怎么办?
现在,我们能看到的唯一选择是创建一个新的提要并从旧提要重新上传所有内容。
当我们不控制包的版本号需要更换坏上传时该怎么办?
正如我在那个线程中提到的,为了避免污染包源,MS严格控制包版本,不允许上传具有相同版本号的较新修订包,或者删除它并上传相同版本的新包.
所以,如果我们不控制包的版本号,需要更换坏上传,我们就得新建一个Feed来保存这个指定的包。
顺便说一句,如果您不想重新上传旧提要中的所有内容,您可以尝试以下解决方法:
Microsoft.AspNetCore.Authentication.Core 2.2.0
到新提要。现在,我们可以从旧提要中恢复 nuget 包。
注意:不要颠倒 step1
和的顺序3
,否则可能会因为 409 冲突错误而上传包。