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

Re: subversion as a low-level filesystem

From: Charles Bailey <bailey_at_newman.upenn.edu>
Date: 2005-02-16 23:50:57 CET

--On February 16, 2005 11:40:58 AM -0600 Steve Greenland <steveg@lsli.com>

> On Wed, Feb 16, 2005 at 09:13:45AM -0500, Jeffrey Vaughan wrote:
>> Jos? Moreira wrote:
>> > Hello, i was wondering about the viability of the implementation of a
>> > 'version controller' filesystem (kernel level). I believe that
>> > something like that could be as or more useful that WinFS or similar.
>> > Anyone has an opinion? thanks
>> The VMS filesystem, iirc, was versioning.
> Mmmm, kinda sorta. It would keep multiple versions of files, indicated
> by a trailing ';N' on the file name; e.g. foo.txt;1, foo.txt;2, etc.
> Sometimes useful (editor), sometimes *extremely* annoying (program that
> logged to a file every few minutes by opening, appending, and closing.)

You're fine if you're appending, which doesn't create a new version. As
this implies, though, versions aren't static: you can add to, overwrite, or
delete specific versions of a file. In practice, I rarely found this a
problem, but it's addressing a different set of versioning issues than svn.

There was a "journal-based" filesystem available for VMS for a while which
might've allowed you to reconstruct prior moments in a file's existence,
but it faded away pretty quickly.

Charles Bailey  < bailey _at_ newman _dot_ upenn _dot_ edu >
Newman Center at the University of Pennsylvania
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Feb 16 23:53:20 2005

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.