Svn 回到Subversion中的修订

Svn 回到Subversion中的修订,svn,version-control,Svn,Version Control,假设您将代码更新为已损坏的修订版10。您希望返回到修订版9,处理代码并等待有人修复构建: svn merge -rHEAD:9 . 但它不起作用,为什么?如果您只是想返回到其他版本,您需要的是update: svn update -r 9 您可以处理代码,但不能提交更改。好吧,如果修订版10没有更改您更改的同一个文件,您可以提交,但最好等待修订版10得到修复 相反,如果您想继续执行代码,可以考虑从修订版9创建一个分支,在分支中先行,在修订10被修复时将分支重新集成到主干中。 如果您真的不想使

假设您将代码更新为已损坏的修订版10。您希望返回到修订版9,处理代码并等待有人修复构建:

svn merge -rHEAD:9 .

但它不起作用,为什么?

如果您只是想返回到其他版本,您需要的是
update

svn update -r 9
您可以处理代码,但不能提交更改。好吧,如果修订版10没有更改您更改的同一个文件,您可以提交,但最好等待修订版10得到修复


相反,如果您想继续执行代码,可以考虑从修订版9创建一个分支,在分支中先行,在修订10被修复时将分支重新集成到主干中。

如果您真的不想使用合并命令返回,通过将-r选项传递给checkout,您总是可以签出以前的版本

svn checkout http://yoursite/svn -r 9

当有人修复版本10并提交11时,您可以正常更新并合并r9本地副本中的更改。只需正常解决冲突,然后提交12。

您最好的选择是从修订版9创建一个分支,并继续处理该分支。当您确信主干已准备好进行更改(即已修复)时,请将分支重新合并。

svn update-r版本号,此方法对我来说很好,因为我必须返回。但请记住,要做出改变以确保安全。好的

这是我唯一的选择!我想知道,为什么有这么多的方法可以做到这一点,但却没有人同意,也没有人将答案汇总在一起,并说出使用哪种方法以及何时使用。