[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Feature request: Save the old file when svn revert

From: Andreas Mohr <andi_at_lisas.de>
Date: Tue, 21 Jul 2015 18:14:55 +0200

On Tue, Jul 21, 2015 at 11:06:06AM +0200, OBones wrote:
> Grierson, David wrote:
> >I completely understand that the action of sending to the Recycle Bin (in TortoiseSVN) is very system specific.
> >
> >To simply rename the item being reverted as $item.$backupSuffix before then restoring the pristine item is presumably not that system specific?
> >
> >Having this functionality in the base tool would then provide a benefit to all users and not just those using a specific IDE.
> I would very much prefer if this could be an option that is not enabled by
> default. I mean, this would clutter the filesystem with many files that one
> would have to delete manually, especially when considering that some of us
> are using less than optimal filesystems when it comes down to lots of small
> files.

This seems to hint that the revert-backup item
possibly should *not* be placed in the same directory as the item,
but rather in an "alternate tree base"
(creating random similarly-named files next to each other in unexpected ways
seems just asking for trouble,
and lots of it - think build system mechanisms, other automatic
handling, ...).

Knee-jerk sample (hard-coded, non-elegant, read: day-to-day occurrence ;):

unit_test1.c
unit_test2.c
unit_test1.c.revert_backup

"cp -a unit_test* some_dir/"
"some_dir/tool unit_test*"

One might even implement this as a config option ("revert tree base directory"),
and if left unspecified/empty
svn could fall back to having .reverted files local,
or another mode might be to record this within the local .svn dirs.

Andreas Mohr

-- 
GNU/Linux. It's not the software that's free, it's you.
Received on 2015-07-21 18:15:36 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.