使用在TFS 2018.3上运行的生产指令的旧数据库副本,我尝试将其升级到2019.1。 在集合升级期间,其中一个集合在步骤729失败。
在我重新加载新的数据库之前,我想了解该错误消息并确保我们将来防止它出现。
有没有人以前见过此错误,并且知道如何在升级中解决该错误?并确保以后的升级不会发生这种情况?
[15:02:03.047] ++++++++++++++++++++++++++++++++++++++++++ +++++++++++++++++++++++++++++++++++++++++++++++++ [15:02:03.047] ++执行-操作:DistributedTaskOrchestrationToDev17M141Collection,组:DistributedTaskOrchestrationToDev17M141Collection [15:02:03.047] +++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++++++++++++++++++++++++++++++++++++ [15:02:03.047]执行步骤:在PlanQueue中启动排队的计划 [15:02:03.047]执行步骤:“在PlanQueue中启动排队的计划” DistributedTaskOrchestration.StartThrottledPlans(858之729) [15:02:03.313] [错误] VS402939:ID 625的发行版不存在。指定一个有效的ID,然后重试。 [15:02:03.327] Microsoft.VisualStudio.Services.ReleaseManagement.WebApi.Exceptions.ReleaseNotFoundException:VS402939:ID 625的发行版不存在。指定一个有效的ID,然后重试。
答案 0 :(得分:0)
根据错误信息
执行步骤:“在PlanQueue中启动排队的计划”
...... Microsoft.VisualStudio.Services.ReleaseManagement.WebApi.Exceptions.ReleaseNotFoundException: VS402939:ID为xxx的发行版不存在。指定一个有效的ID,然后重试。......
这可能是由于发布阻塞在管道队列中引起的。
有几种情况:
在进行全新的数据库升级之前,请检查收集队列中是否有某些发行版挂起。检查管道-代理池-正在运行的作业。这样可以避免以后升级不会发生的相同问题。
答案 1 :(得分:0)
我们在Microsoft开发人员社区上报告了相同的问题。
在我们的场景中,我们使用TFS 2018.3在2019年5月左右创建了生产副本,一直运行到现在,并试图将此生产副本升级到TFS 2019.1.。这失败了。
似乎此问题是由我们继续运行的“过时”生产副本引起的,后来我们尝试将其升级到TFS 2019。
升级失败,因为发布已在队列中超过30天,这导致保留策略删除了部分。
对于生产环境,建议取消所有卡纸 升级之前进行部署。
我会牢记这一点,但是对于Microsoft来说,确保部署过程停滞不前,升级过程不会失败是很有益的。