Hello all,
An idea germinated earlier today, I thought I'd drop this one to the
mailing list. I do not have
time to implement it myself, but someone may pick it up and run with it.
It might be nice to be able to access the Subversion filesystem using
various already
existing clients. I envisage this being read-only, or autoversioned
(al-la what we have with WebDAV)
access.
This can kind of currently be done with the WebDAV interface, using Web
Folders on Win32 and DavFS on
Linux. I am imagining a stack of other interfaces, such as the
following:
1. A CIFS method of accessing the svn repository. Samba has a VFS layer
that allows you to
create a programmatic filesystem that could talk to a subversion
repository and serve it out
as a CIFS share to CIFS clients (i.e. Win32 boxen).
2. An NFS server that can talk to a Subversion repository, allowing you
to mount your subversion repository
or some part of it onto Unix boxes.
3. A local filesystem kernel driver that would let you do something
like:
mount -t svn file:///var/svn/repos/myrepos/trunk /opt/myapp
Uses I can see for tools such as these:
a) Like we have with WebDAV, allow svn-clientless access to the
repository, without requiring WebDAV.
b) Allow "live" views of various bits of the repository, i.e. commits
to trunk/ appear immedietly in the
OS filesystem, which can then be served to end users (i.e. an
Apache website, etc).
This thought was partly motivated by Rational ClearCase and it's MVFS
filesystem driver and the "Dynamic Views"
feature. With Clearcase in that configuration, network traffic is heavy,
I don't think Subversion would be
any worse.
Understandably, I imagine there are lots of things to consider (how to
read file data block-wise, locking, etc), I'm
leaving it up to the implementor to work that stuff out (*hand wavy
brush-off*).
daniel
This email is sent by or on behalf of the named sender identified above. If
you do not wish to receive any email marketing material from this person in
the future, please forward the contents of this email to
unsubscriptions@national.com.au with the word "unsubscribe" in the subject
box. If you do not forward the contents of this email with your
unsubscription then it may not be able to be implemented. If you wish to
unsubscribe from all central email marketing lists used by our business,
please forward the contents of this email to
unsubscriptions@national.com.au with the message "unsubscribe from all
central email marketing lists" in the subject box. If you do not forward
the contents of this email with your unsubscription then it may not be able
to be implemented.
The information contained in this email communication may be confidential.
You should only disclose, re-transmit, copy, distribute, act in reliance on
or commercialise the information if you are authorised to do so. Any views
expressed in this email communication are those of the individual sender,
except where the sender specifically states them to be the views of a
member of the National Australia Bank Group of companies. Any advice
contained in this e-mail has been prepared without taking into account your
objectives, financial situation or needs. Before acting on any advice in
this e-mail, National Australia Bank Limited recommends that you consider
whether it is appropriate for your circumstances. If this e-mail contains
reference to any financial products, the National recommends you consider
the Product Disclosure Statement (PDS) or other disclosure document before
making any decisions regarding any products. The National Australia Bank
Group of companies does not represent, warrant or guarantee that the
integrity of this communication has been maintained nor that the
communication is free of errors, virus or interference.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Aug 31 10:14:45 2004