Azure devops Visual Studio联机迁移实用程序因TF400023而失败

Update OpsHub发布了对其实用程序的更新，修复了我遇到的问题

我试图使用OpSub VisualStudio在线迁移实用程序将Office Team Foundation Server 2010迁移到VisualStudio在线。它已成功上载6585个更改集中的1380个，但其中一个更改集被卡住，无法继续。出现问题的更改集的错误消息：

变更集ID:1417

OH-SCM-009:同步时出错。TF400023:本地工作区无法与服务器协调

如果我在Visual Studio中通过浏览O:\w69\u 1打开TFS工作区，我会在弹出窗口中收到一条非常类似的错误消息：

错误

TF400023:本地工作区无法与服务器协调

Visual Studio源代码管理控制台重复显示十几次以下错误消息：

TF14060:无法删除项$/EDT/SingleProjectClient/数据。一个或多个子项具有挂起的更改

浏览工作区中挂起的更改，很明显，$/EDT/SingleProjectClient/Data/AllProjects.sdf有一个挂起的合并、删除更改

合并，删除更改存在于Office Team Foundation Server上的原始更改集中。有问题的变更集ID 1417包含以下变更：

$/EDT/SingleProjectClient/Data:删除 $/EDT/SingleProjectClient/Data/AllProjects.sdf:合并，删除 我已尝试撤消$/EDT/SingleProjectClient/Data/AllProjects.sdf上挂起的更改，但没有任何帮助。迁移实用程序继续发出相同的错误消息TF400023：本地工作区无法与服务器协调

来自OpsHubTFSService.log的堆栈跟踪

2015-02-06 12:16:47834[5]检查线程中出现错误L:TF400023:本地工作区无法与服务器协调

位于Microsoft.TeamFoundation.VersionControl.Client.LocalDataAccessLayer.c__DisplayClass23.b__1cLocalWorkspaceProperties wp、WorkspaceVersionTable lv、LocalPendingChangesTable pc

在Microsoft.TeamFoundation.VersionControl.Client.LocalWorkspaceTransaction.ExecuteAllTablesTransaction执行

位于Microsoft.TeamFoundation.VersionControl.Client.LocalDataAccessLayer.ReconcileCalWorkspaceWorkspace工作区、WebServiceLayer、Boolean unscannedReconcile、Boolean ReconcimensionFromDisk、Failure[]和failures、Boolean和pendingChangesUpdatedByServer

在Microsoft.TeamFoundation.VersionControl.Client.WebServiceLayerlLocalWorkSpace.ReconcieIfloCalString工作空间名称、字符串所有者名称、布尔unscannedReconcile、布尔ReconcimensingLocalitems、布尔skipIfAccessDenied、布尔调和（&C）

在Microsoft.TeamFoundation.VersionControl.Client.WebServiceLayerlLocalWorkSpace.CheckPendingChangesString工作空间名称、字符串所有者名称、字符串[]服务器项

在Microsoft.TeamFoundation.VersionControl.Client.Workspace.EvaluateTechEckin2CheckineValuationOptions选项中，IEnumerable&grave；1所有更改，IEnumerable`1更改，字符串注释，CheckinNote CheckinNote，WorkItemCheckinInfo[]workItemChanges

位于Service.Adapters.TFSCheckinWorkspaceContext.evaluateTechKinList`1更改提交、字符串注释、CheckinNote CheckinNote、WorkItemCheckinInfo[]工作项更改f:\Ashish Docs\checkout\OVSMU Branch\OpsHubV2\TFSWCFServiceSource\Service\Service\TFSVersionControl\AdapterComponents\TFSCheckinWorkspaceContext.cs:第2392行

在Service.Adapters.tfscheckinworkspacecoxt.checkinString注释中，WorkItemCheckinInfo[]workItemChanges，List&grave；1其他CheckInProperties，f:\Ashish Docs\checkout\OVSMU Branch\OpsHubV2\TFSWCFServiceSource\Service\Service\TFSVersionControl\AdapterComponents\TFSCheckinWorkspaceContext中的字符串checkinUser。cs:第2344行

at Service.Adapters.tfsvcadadapter.checkInList&grave；1 checkinItems、String checkinComment、String checkinUser、List和grave；1工作项ID，在f:\Ashish Docs\checkout\OVSMU Branch\OpsHubV2\TFSWCFServiceSource\Service\Service\TFSVersionControl\AdapterComponents\tfsvcadpter.cs中列出'1其他CheckInProperties:第123行

在com.opshub.tfs.test.TFSWebService.c_u上，在f:\Ashish Docs\checkout\OVSMU Branch\OpsHubV2\TFSWCFServiceSource\Service\Service\TFSWebService.cs中显示Class2.b_u0：第692行

---

如果您的服务器曾经是TFS 2005/8，那么您可能会遇到以前的合并删除从未完成的情况

在2005/2008年，如果您在一次操作中同时进行了更新和删除，则必须进行两次签入才能完成合并。然而，用户界面告诉你，这只是在2008年推出的SP1 AFAIR

---

通过及时迁移和TFS集成工具，我一直遇到这个问题。由于合并从未完成，您的代码依赖于或可能依赖于当前设置。在上述工具中，我将编辑t 输入迁移数据，以删除已删除的挂起信息，并允许工具继续

---

OpsHub工具不适用于角落案例，您可能需要OpsHub来向您展示如何使用其工具解决问题。

在上述工具中，我将编辑传入的迁移数据，以删除已删除待处理的知识，并允许工具继续。请问你是如何做到这一点的？我试图做类似的事情，将挂起的合并/删除转换为简单的删除，但没有成功。本地服务器是作为TFS 2010安装的，不是早期版本，因此特定的陷阱不是问题所在，但感谢您提及。及时迁移工具附带了其他工具来实现这一点，TFS IP也有办法…不知道OpsHub…在TFS 2010中，有一个关于第二次合并要求的好的可忽略的警告框。用户当然可以忽略它。嗨，卡尔，请压缩并将日志发送给我们ovsmu@opshub.com.I已经将日志压缩并通过电子邮件发送。感谢您的关注。OpsHub发布了他们的实用程序的更新，修复了我遇到的问题。我试图在其他地方注意到这一点，但一位主持人出于某种原因将其删除。