Sven Probst wrote:
> Dear user list,
>
> thank you very much for your responses. All described methods work, but
> they result in a modified file not a replaced one. So I think this
> revert needs memory in the repository to save the differences while the
> copy method just needs an internal link (cheap copy). If we were taking
> about a large image file this was an important difference. Using the
> copy method should furthermore enable tools like revision graph - as
> long as merge history is not supported by SVN - to notice these reverts.
> Last but not least the log messages of the discarded revisions are no
> longer displayed. This makes understanding the current state easier.
>
> So I propose to add a function like "SVN copy file / folder" in the log
> messages viewer and the repository browser, which SVN deletes the file
> in the working copy if exsisting and then SVN copies the file. A right
> click drag and drop was a nice feature, too.
>
> Could this be implemented ?
* remove the file in the working copy
* from the repository browser, choose "copy to working copy" for the
file in the revision you want back
* save it where the file was before
* commit
Now the file got replaced.
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org
Received on Wed Sep 27 17:09:43 2006