SVN：查找更新为不存在的文件

Question

我正在编写一个 shell 脚本，它可以存储 SVN 工作副本的实际状态并在以后恢复它，就像它原来一样。目前，我对文件和目录修订的特定、罕见组合存在问题，这似乎无法检测到。

假设有一个包含两个修订版的存储库。 有两种情况：

1. 假设foo 是仅存在于修订版2 中的文件（或目录）。开始时整个工作副本位于修订版2。然后foo（并且仅foo）是更新到第 1 版。

2. 假设bar 是仅存在于修订版1 中的文件（或目录）。开始时整个工作副本位于修订版1。然后bar（并且仅bar）是更新至第 2 版。

这两种情况非常相似，但似乎它们有不同的解决方案。在这两种情况下，文件（或目录）都会消失。但是，svn status 命令的输出不包含任何相关信息。

如何通过 shell 脚本创建此类文件和目录的列表？

---

有一个简单但不好的解决方案。可以使用命令svn list 获取当前版本中应该存在的文件列表，并将其与实际存在的文件列表进行比较。

这种解决方案是不可接受的，因为它需要大量时间并且会产生大量的服务器流量。

---

我发布了我能想到的最佳答案。不过，它仅适用于第一种情况并且有误报。

Answer 1

我曾经尝试过和你做同样的事情，但遇到了很多极端情况，最终我走向了完全不同的方向。我没有使用脚本，而是使用了本地 git 存储库。

从 Subversion 存储库中检查一个工作副本，然后使用 git init 在该文件夹中创建一个本地 git 存储库。将 Subversion 工作副本的全部内容添加到 git 存储库 - 包括 .svn 元数据目录 - 使用 git add 后跟 git commit。 Git 现在正在跟踪您的工作副本以及与之关联的所有 Subversion 元数据。我当前的 git 存储库有 5 个不同的分支，每个分支都基于不同的 Subversion 修订版，并包含尚未提交到 Subversion 存储库的不同更改集。 git 存储库可以轻松地在它们之间来回切换，Subversion 就像它们都是独立的工作副本一样工作。即使对于大型工作副本，git 在高效存储内容和快速切换分支方面也做得很好。

请注意，这与git svn 命令不同，后者是 git 直接与 Subversion 存储库交互的方法。我发现git svn 使用起来更复杂，也更容易破坏。在 git 存储库中包装一个普通的 Subversion 工作副本允许我仍然使用 Subversion 执行所有存储库操作，并且只需要我学习一些基本的 git 命令（add、commit、branch、checkout ， 等等）。对于有 Subversion 经验和 git 新手的人来说，这会更容易一些； git svn 更适合有 git 经验并坚持使用 Subversion 存储库的人。

Answer 2

我找到了第一种情况的部分解决方案。

svn status -u | grep '^........\*........ ' | cut -c 22-

此代码显示所有存在于头版本中但不存在于当前版本中的文件。这会从第一种情况中找到文件和目录。但是，当父目录（仍然存在）更新为较低版本时删除文件时，它会产生误报。