Re: New names for VC local version backups

[Eli Zaretskii]

On 24 Oct 2000, Andre Spiegel wrote:

> I don't like the idea of putting them into CVS/Base, because this
> feature is backend-independent in VC, even if it's only used for
> remote CVS right now.

How about some other special directory, then?

> It is true that file.~x.y~ will not work on 8.3 file systems, but
> neither has C-x v ~ ever been working on such file systems, then.
> Maybe because the new feature is more important (and more implicitly
> employed by VC), we need to find a solution for this now.

The simplest solution would be to run the file name through 
convert-standard-filename (it's a no-op on Unix).  The hard thing to do 
is to make Emacs recognize such munged file names when it sees them in 
the directory.

Alternatively, instead of making the version part of the file name, we 
could make it a directory:

    version x.y.z or foobar.c -> versions/x_y_z/foobar.c

In any case, I made that comment about 8+3 filesystems simply because
you've asked for comments ;-).  It is possible to decide that this
feature won't work on 8+3 filesystems (e.g., numbered backups don't work 
in that case), if it turns out too expensive to support.