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.
