Svn 如何在给定修订的情况下找到已删除分支的副本

我有一个分支：

该分支有10个修订：1-10

然后将分支复制到以下位置：

然后删除Branch1

从Branch2的“显示日志”对话框中，很容易看到所有Branch1修订（通过确保“复制/重命名时停止”未勾选）

---

但是，如果给我一个修订版，比如5，那么找到已删除分支副本的最佳方法是什么？（在本例中为Branch2）。

您应该能够使用

svn co http://myrepo/Branch1@5

---

另请参见或。

您应该能够使用

svn co http://myrepo/Branch1@5

---

另请参见或。

您似乎在问Subversion开发人员称之为“向前历史搜索”的问题：给定特定的路径和版本，在较年轻的版本中查找该路径的副本。这个功能的一个实际用途是，“嘿，我知道^/trunk/lib/foo.c的1412版有一个主要的bug——我们的软件的各种发布分支和标记中的哪一个需要得到该bug的修复？”

从核心技术的角度来看，这是一个挑战，因为Subversion只在内部以相反的方向跟踪历史——对于每个“节点”，它知道它的祖先。但继任者没有被追踪

您提到的“取消勾选”选项“复制/重命名时停止”让我相信您使用的是图形化的Subversion用户界面，如TortoiseSVN。我对这个UI不太熟悉，但我有一个（古老的）内存，它维护着存储库历史的本地缓存。与Subversion的核心API和命令行客户端相比，这样的缓存可以更好地回答“向前历史搜索”的问题，这是可行的，但当然，TortoiseSVN开发人员必须有意识地决定公开该功能

缺少这样的东西，您需要找到或构建工具，例如，在存储库的根目录上获取

svn log-vq

的输出，通过为每条路径构建一种历史树，然后允许您定位树上的给定点，并在修订时通过其各种分叉和死角向前走，同时报告发现的内容

---

不幸的是，我不知道有这样的工具。

您似乎在问Subversion开发人员称之为“向前历史搜索”的问题：给定特定的路径和版本，在较年轻的版本中查找该路径的副本。这个功能的一个实际用途是，“嘿，我知道^/trunk/lib/foo.c的1412版有一个主要的bug——我们的软件的各种发布分支和标记中的哪一个需要得到该bug的修复？”

从核心技术的角度来看，这是一个挑战，因为Subversion只在内部以相反的方向跟踪历史——对于每个“节点”，它知道它的祖先。但继任者没有被追踪

您提到的“取消勾选”选项“复制/重命名时停止”让我相信您使用的是图形化的Subversion用户界面，如TortoiseSVN。我对这个UI不太熟悉，但我有一个（古老的）内存，它维护着存储库历史的本地缓存。与Subversion的核心API和命令行客户端相比，这样的缓存可以更好地回答“向前历史搜索”的问题，这是可行的，但当然，TortoiseSVN开发人员必须有意识地决定公开该功能

缺少这样的东西，您需要找到或构建工具，例如，在存储库的根目录上获取

svn log-vq

的输出，通过为每条路径构建一种历史树，然后允许您定位树上的给定点，并在修订时通过其各种分叉和死角向前走，同时报告发现的内容

---

不幸的是，我不知道有这样的工具。

你能试着签出提供完整路径和修订的分支吗？你能试着签出提供完整路径和修订的分支吗？