TortoiseSVN交换分支-某些文件保留在上一个分支上

在Windows上使用TortoiseSVN切换分支时，某些文件和/或文件夹偶尔会保留在上一个分支上。这似乎没有一致的模式。这不是每次都会发生，也不是发生在同一个文件上。因此，通常只有当旧文件不再与新文件协同工作而出现问题时，您才会发现它

所以我想要两件事中的任何一件：

一种持续切换分支的方法，可防止这种情况再次发生

如果不可能，可以使用某种方式列出目录的全部内容，以及每个文件和文件夹所在的分支

---

这是预期的行为，根据：

开关的工作原理就像更新一样 它从不放弃您的本地更改。 您对您的应用程序所做的任何更改 尚未提交的工作副本 提交后将合并 开关。如果你不想这样 如果发生这种情况，你必须 切换前的更改，或还原 将您的工作副本复制到 已提交的修订（通常为 头）

---

如果你有一个干净的工作副本（没有更改），你不应该有这个问题

您可以执行

还原

，然后执行

开关

。但是，您将丢失对工作副本所做的任何更改

---

或者，您可以

提交

您的更改，然后

切换

您是否在工作副本中有未提交的更改时进行切换？可能，但最终不同步的不是这些未提交的文件。它似乎是随机文件，不一定是你最近一直在处理的文件。通常我只是重复切换，或者再次检查有问题的文件/文件夹。不，不是我在本地更改的文件导致不同步。它似乎是任何随机文件。并不是文件在本地与存储库中保持不同，它们实际上位于错误的分支中。e、 我将整个目录从分支1切换到分支2。然后，只是偶尔，一些文件仍将在分支1中。因此，分支1和分支2中存在文件，但它们是不同的。然后，当您从分支1切换到分支2时，文件的版本是分支1的副本，而不是被分支2的更改覆盖？基本上这就是发生的情况。我的理解是，分支1中的新附加文件实际上成为分支2中的工作副本，因为分支2对它们一无所知。除非通过svn删除文件，否则开关或更新命令不会从工作副本中删除文件。