我可以在SVN中获取修订历史记录吗？

我正在使用ProjectLocker和OrtoiseSVN和VisualSVN

昨天晚上，当我试图找出一个wierd问题时，我将几个文件恢复到了生产中的最后一个日期。这恰好是大约3-4次修订

当旧的文件不能解决问题时，我尝试进行更新，以返回到有问题的两个文件的最新版本

我现在明白了（多亏了“类似的问题”），我应该使用“更新到修订版”而不是“恢复”

---

问题是，我能否以某种方式恢复这些修订？

还原您的还原，文件将类似于2个修订之前的版本。

还原您的还原，文件将类似于2个修订之前的版本。

您应该能够在还原之前还原到修订

SVN不直接支持回滚（龟称之为“还原”）。相反，它从旧版本中获取一份副本，并将其复制到新版本上

---

但这仍然保留了您要恢复的修订。当您这次恢复时，您可能需要使用peg版本（例如，对于版本123，您将恢复到

http://mysvndomain.com/repos/foo/bar@123

您应该能够在恢复之前恢复到修订版

SVN不直接支持回滚（正如Turtoise所说的“还原”），而是从旧版本中复制一个副本，然后复制到新版本上

但这仍然保留了您要还原的版本。当您这次还原时，可能需要使用peg版本（例如，对于版本123，您要还原到

http://mysvndomain.com/repos/foo/bar@123

“恢复”一词在Subversion中有特殊的含义，而这不是您在这里使用它的目的。Subversion意味着撤消工作副本存储库状态中任何未提交的更改，在本例中不涉及

“修订更新”在此处也不适用，因为您无法从该状态提交

您最初应该做的是所谓的。您应用一个或多个更改的合并，以将存储库状态回滚到以前版本（上次生产版本）中的状态，而不仅仅是复制文件，然后将其作为新修订提交。在当前情况下，您仍然可以执行此操作-反向合并您刚刚提交的更改，然后提交。这将使您回到“最近”。您的修订历史记录看起来有点奇怪，但不会完全中断。

单词“恢复”在Subversion中有特殊的含义，而这不是您在这里使用它的目的。Subversion意味着撤消工作副本存储库状态中任何未提交的更改，在本例中不涉及

“修订更新”在此处也不适用，因为您无法从该状态提交

---

您最初应该做的是所谓的。您应用一个或多个更改的合并，以将存储库状态回滚到以前版本（上次生产版本）中的状态，而不仅仅是复制文件，然后将其作为新修订提交。在当前情况下，您仍然可以执行此操作-反向合并刚刚提交的更改，然后提交。这将使您回到“最新”。您的修订历史记录看起来有点奇怪，但没有完全中断。

在Subversion中，“恢复”确实有意义，但不是这里所使用的意义。Subversion“revert”是指撤消工作副本中未提交的更改。这里所描述的更好地描述为“撤消或回滚一组修订”。OrtoiseSVN滥用“revert”一词。它的日志对话框还具有“还原到此修订”和“还原此修订版所做的更改”。第一个实际上意味着“在此提交后按原样放置您的工作副本”。第二个实际上意味着“撤消此提交在工作副本中所做的更改”。@JBNizet它没有被滥用，它重载：）在Subversion中，“revert”“确实有意义，但不是这里所使用的意义。Subversion“revert”是指撤消工作副本中未提交的更改。这里所描述的更好地描述为“撤消或回滚一组修订”。OrtoiseSVN滥用“revert”一词。其日志对话框还具有“还原到此修订”和“还原此修订版所做的更改”。第一个实际上意味着“在此提交后按原样放置您的工作副本”。第二个实际上意味着“撤消此提交在工作副本中所做的更改”。@JBNizet它没有被滥用，它超载了：）