用户删除文件并创建同名新文件时 TFS 回滚

Question

有人（除了我自己）意外删除了 TFS 中的文件并将其签入。然后他发现了自己的错误并想要替换丢失的文件，他做到了 - 从他自己的硬盘驱动器。 在他的错误和我发现它之间，其他人对相邻文件进行了更改。 现在，我想将已删除的文件回滚到删除之前的状态，但是当我尝试时，我在原始文件和替换文件之间（如果我理解正确的话）出现文件名冲突错误。

我无法回滚整个项目，因为已经完成了其他工作，我只想将这些文件恢复到“之前”的状态。

有人遇到过这个问题并解决了吗？或者说没有解决办法。

Answer 1

感谢大家的意见。
为了供将来参考，这就是我最终解决此问题的方法：

首先，我获取了该文件的本地副本。

然后，在源代码管理资源管理器中，我将包含该文件的文件夹回滚到旧文件已被删除但新文件尚不存在的变更集。
我取消删除了该文件并签入，从而“从远处”带回了原始文件。

之后，几乎就是将我的本地副本和恢复的文件放入 diff 工具（我使用 BeyondCompare BTW）并更正恢复的文件以匹配新版本。

我可以这样做有几个原因，即：

• 文件的删除和重新添加是在两个连续的变更集中完成的。
• 恢复的文件和本地副本之间的差异“非常小”（即，添加了一个方法，并在另一个方法中进行了一些更改）。

我不知道如果我们没有错过有问题的文件，直到几周后，我们会对周围的代码进行一些更改，那么会发生什么。我也不知道对本地版本所做的任何实质性更改对可恢复性意味着什么。

Answer 2

• 将您的解决方案回滚到另一个工作副本。
• 从该工作副本中提取已删除的文件，并将它们放回当前工作副本中。
• 将这些文件检入当前项目中。

我在这里看到的唯一问题是您可能会丢失已删除文件的历史记录。

Answer 3

听起来像是Power Tools的工作。给你：

$deletedFiles = 
    Get-TfsChangeset 12345| 
    % { $_.changes } | 
    ? { $_.changetype.tostring().contains("Delete") } |
    % { $_.item.serveritem }

$deletedFiles | 
    Add-TfsPendingChange -Delete | 
    New-TfsChangeset -Comment "Delete mistakenly re-added files"

$deletedFiles |    
    Get-TfsChildItem -Deleted |
    ? { $_.changesetid -eq 12345 } |
    # this bit of ugliness is required by a bug in the Power Tools
    % { "$($_.serveritem);X$($_.deletionid)" } | 
    Add-TfsPendingChange -Undelete |
    New-TfsChangeset -Comment "Undelete old files"

正如评论中提到的，在理想的 Powershell 世界中，最终管道中丑陋的字符串解析应该是不必要的。如果事情按预期进行，您可以删除该行（或者等效地，将其替换为 Select-TfsItem | ）。不幸的是，电动工具似乎无法按照我的预期处理删除 ID。

无论如何，这个脚本应该满足您的要求。注意：

• 如果需要，将 12368 替换为用户意外删除文件的变更集
• ，将第二个管道中的删除+签入替换为 Destroy，
• 这不会恢复系统中的任何其他更改（包括 #12345 中的其他更改），只是恢复导致文件名冲突的