You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Deekshit Mantampady <dm...@gmail.com> on 2004/12/22 06:42:59 UTC

File system support.

Hi All,
   I recently joined the group to be prcise 10 mins back. I wanted to
know, whether SubVersion support file system based client, like
Rational Clearcase. From the feature list, I found that it does not
support. So, why don't we think on that side. I mean, why not we
develop a file system based client.

So, developers... please let me know, whether it is possible to add a
file system client for the same. If it does not alrady exist I want to
start one.

Same message is posted to users mailing list.

Thanks and Regards
Deekshit M

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: File system support.

Posted by Deekshit Mantampady <dm...@gmail.com>.
On Thu, 23 Dec 2004 07:33:55 +0100, Benjamin Pflugmann
<be...@pflugmann.de> wrote:

> If you want an exported read-only filesystem, I think that's already
> possible, if you are using Apache as server: Just mount the repository
> via WebDAV. That is, under Windows mount it as so-called Webfolder,
> and under Linux use davfs resp. davfs2 (you may have to install that
> package first):
> 
>   mount -r -tdavfs http://svn.collab.net/repos/svn/trunk /mnt/disk
> 
> Works fine for me.

Thats great..... I didn't want to be too close to clearcase. But I
just want it to be used as a normal file system.

Thanks to all.

Thanks and Regards
Deekshit M


> 
> Bye,
> 
>         Benjamin.
> 
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: File system support.

Posted by Benjamin Pflugmann <be...@pflugmann.de>.
On Wed 2004-12-22 at 04:33:08 -0500, John Peacock wrote:
> Daniel Patterson wrote:
> >  Another couple of options would be to write an NFS server that
> >  exports a view of the repository, or a plugin to Samba (using
> >  the VFS mechanism) that creates shares that expose the repository.
> >  This could be done right now, in read-only mode.  
> 
> Care to take a shot at the read-only version?  Pretty please! ;)

If you want an exported read-only filesystem, I think that's already
possible, if you are using Apache as server: Just mount the repository
via WebDAV. That is, under Windows mount it as so-called Webfolder,
and under Linux use davfs resp. davfs2 (you may have to install that
package first):

  mount -r -tdavfs http://svn.collab.net/repos/svn/trunk /mnt/disk

Works fine for me.

Bye,

	Benjamin.


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: File system support.

Posted by Daniel Patterson <da...@danpat.net>.
Deekshit Mantampady wrote:
>    There may be a situation where a user ant to have two sessions for
> performing two different jobs, say one of Just check ins and another
> for modifications... etc. To be more prcecise, when I am in a
> different shell I don't want it to have access to those files. Not
> even read only.

   You can do this with Subversion right now, in a manner similar to
   Clearcase snapshot views.  It is possible (and normal) to create
   two "working copies" in different locations, and use them for
   different purposes.  This is similar to creating two snapshot
   views in Clearcase.  Again, there is no "dynamic view" equivalent.

   Simply do this:

     $ mkdir workarea1
     $ mkdir workarea2
     $ cd workarea1 ; svn co http://server/repos/trunk ; cd ..
     $ cd workarea2 ; svn co http://server/repos/trunk ; cd ..

   You now have workarea1 and workarea2 which point at the same branch
   in the repository, but you can use them for different purposes.
   Changes you make in one working copy will be reflected in the other
   after you go through a commit-update cycle.

   Note that you can't layer branches/labels using any kind of
   Clearcase configspec-like system.  I've always thought configspecs
   are a pretty bad idea anyway.


daniel

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: File system support.

Posted by Deekshit Mantampady <dm...@gmail.com>.
Hi daniel,
   You got what I meant. But it looks like it is not straightforward.
But it is in a better state that CVS. As in clearcase views, it it
possible to have two independent sessions/views on the same system
with the same view, using any of the methods mentioned above.
   There may be a situation where a user ant to have two sessions for
performing two different jobs, say one of Just check ins and another
for modifications... etc. To be more prcecise, when I am in a
different shell I don't want it to have access to those files. Not
even read only.

BTW, I never tried Subversion. Now this is a chance for me to do it.

Thanks and Regards
Deekshit M




On Wed, 22 Dec 2004 04:33:08 -0500, John Peacock <jp...@rowman.com> wrote:
> Daniel Patterson wrote:
> >   Another couple of options would be to write an NFS server that
> >   exports a view of the repository, or a plugin to Samba (using
> >   the VFS mechanism) that creates shares that expose the repository.
> >   This could be done right now, in read-only mode.
> 
> Care to take a shot at the read-only version?  Pretty please! ;)
> 
> It would be vastly useful for a test web server to be able to serve up pages
> directly from the repository.  We do a lot of dynamically generated web sites
> (using a package called WebCatalog mostly, but moving into Mason/mod_perl), so I
> am having to keep a working copy for the site in sync with the repository.  It
> would be ever so much more helpful to be able to drivemap the dev branch in the
> repository and have it served up without a working copy...
> 
> John
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
> 
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: File system support.

Posted by John Peacock <jp...@rowman.com>.
Daniel Patterson wrote:
>   Another couple of options would be to write an NFS server that
>   exports a view of the repository, or a plugin to Samba (using
>   the VFS mechanism) that creates shares that expose the repository.
>   This could be done right now, in read-only mode.  

Care to take a shot at the read-only version?  Pretty please! ;)

It would be vastly useful for a test web server to be able to serve up pages 
directly from the repository.  We do a lot of dynamically generated web sites 
(using a package called WebCatalog mostly, but moving into Mason/mod_perl), so I 
am having to keep a working copy for the site in sync with the repository.  It 
would be ever so much more helpful to be able to drivemap the dev branch in the 
repository and have it served up without a working copy...

John

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: File system support.

Posted by Daniel Patterson <da...@danpat.net>.
Marcus Rueckert wrote:
>>From: Deekshit Mantampady <dm...@gmail.com>
>> I wanted to
>>know, whether SubVersion support file system based client, like
>>Rational Clearcase.
 >
 > ...
> 
> do you think of file://?
> 

   I don't think that's quite what he meant.

   Clearcase exposes revisions of files to users through things
   it calls "views".  There are two types of views, dynamic and
   snapshot.  Snapshot views are basically equivalent to "svn co".

   Dynamic views are what I assume Deekshit is asking about.

   Clearcase includes, depending on the OS you're running on,
   a filesystem driver or replacement libc (overriding all the
   filesystem calls) that allows you to mount a portion of
   a repositor(ies|y) into the local filesystem.  You use
   a definition file called a "config-spec" to define what you
   want mounted.  Clearcase then allows you to do stuff using
   ioctl()-like calls to checkin/checkout any changes you
   make on the mounted filesystem.

   (It's much more complicated and awkward than that, but that's
    the general principle).

   There have been a few comments on this list about doing something
   similar with Subversion, but it was generally thought that
   we probably needed locking before a useful writeable interface
   could be implemented.

   Right now, using davfs2 under Linux, or Web Folders under Win32
   is probably as close as you're going to get.  Pretty much read-only,
   but with autoversioning turned on, you get basic write support.

   Someone mentioned writing a Linux filesystem driver using FUSE
   a while back, but I can't seem to find a reference to it.  Have
   a search through the list archives for "FUSE" or "LUFS".

   Another couple of options would be to write an NFS server that
   exports a view of the repository, or a plugin to Samba (using
   the VFS mechanism) that creates shares that expose the repository.
   This could be done right now, in read-only mode.  Generic write
   support for non-version aware apps would be tricky (something
   clearcase *sort* of solves by using a checkout/reserve model
   and a custom filesystem driver that stores local modification in
   a temporary write area, before a special ioctl() (issued by using
   the "cleartool" command) sends changes back to the repository).

daniel

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: File system support.

Posted by Marcus Rueckert <da...@web.de>.
On 2004-12-22 12:12:59 +0530, Deekshit Mantampady wrote:
> Date: Wed, 22 Dec 2004 12:12:59 +0530
> From: Deekshit Mantampady <dm...@gmail.com>
> Subject: File system support.
> To: dev@subversion.tigris.org
> 
> Hi All,
>    I recently joined the group to be prcise 10 mins back. I wanted to
> know, whether SubVersion support file system based client, like
> Rational Clearcase. From the feature list, I found that it does not
> support. So, why don't we think on that side. I mean, why not we
> develop a file system based client.

svn --version
[snip]
* protocol.
  - handles 'http' schema
  - handles 'https' schema
* ra_local : Module for accessing a repository on local disk.
  - handles 'file' schema
* ra_svn : Module for accessing a repository using the svn network
* protocol.
  - handles 'svn' schema

do you think of file://?

darix

-- 
irssi - the client of the smart and beautiful people

              http://www.irssi.de/


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org