Version control 在使用基于早期版本的工作副本时,乌龟SVN的提交行为

Version control 在使用基于早期版本的工作副本时,乌龟SVN的提交行为,version-control,tortoisesvn,Version Control,Tortoisesvn,今天早上,我对工作副本的文件夹结构进行了一系列更改,这些更改已提交到存储库,我遇到了大量问题。我已经决定最好的办法是回到昨天晚上的比赛,重新开始 我已经删除了我的工作副本,并根据昨天晚上的提交签出了另一份 考虑到这不是HEAD修订,我不确定当我从新的工作副本提交时会发生什么。SVN是否会以某种方式尝试合并我今天早上所做的提交(我绝对不想这样做),还是只提交我自签出工作副本以来所做的更改,并在此基础上创建新的头部修订?使用以下命令以删除不需要的提交。而版本302可能是您再次签出的版本。可以在存储库

今天早上,我对工作副本的文件夹结构进行了一系列更改,这些更改已提交到存储库,我遇到了大量问题。我已经决定最好的办法是回到昨天晚上的比赛,重新开始

我已经删除了我的工作副本,并根据昨天晚上的提交签出了另一份


考虑到这不是HEAD修订,我不确定当我从新的工作副本提交时会发生什么。SVN是否会以某种方式尝试合并我今天早上所做的提交(我绝对不想这样做),还是只提交我自签出工作副本以来所做的更改,并在此基础上创建新的头部修订?

使用以下命令以删除不需要的提交。而版本302可能是您再次签出的版本。可以在存储库上执行撤消操作

svn merge -r HEAD:302 http://svn.example.com/repos/calc/trunk
将在中进一步详细描述

您的工作副本必须是最新的,才能提交更改。如果没有更改,您将无法提交更改

svn update

我希望您不介意命令行方法

新提交将包括所有修订,包括我不想要的修订。答案是执行一个反向合并,正如下面zellus所描述的那样。无论如何,我发现了如何使用Ortoise来实现这一点。这并不能直接回答我的问题,但它可以解决我的问题。