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

Re: My Introduction to Subversion!

From: Greg Stein <gstein_at_lyra.org>
Date: 2001-02-16 12:11:00 CET

Welcome!

On Wed, Feb 14, 2001 at 09:59:00AM -0800, Bruce Atherton wrote:
>...
> I decided to give code changes one last try. I wrote a patch that did
> nothing more than add comments to the hideously convoluted main.c file.
> That patch was not accepted either. At 0 for 3, I decided to give up.

Ouch.

We are well-intentioned, but do miss or delay incorporating patches. I'll
warn you up front. Just ask Mo DeJong :-( (I owe him a few patch checkins)

>...
> different protocols which in Avalon are called "blocks". So I envisioned
> writing a Versioning server with a CVS block and a WebDAV/DeltaV block.

Well, well... now you're talking. Just got the wrong codebase to start
from... :-)

> So I signed up once again to the DeltaV mailing list and what should I find
> but a reference to Subversion.

Oops! My fault! :-)

>...
> How can I contribute? That is a good question, and one I'd like to leave
> for another email because I'd like to start a discussion on it, hopefully
> one that hasn't already occurred ad infinitum.

Well, if you're interested in focusing on the network (DeltaV) aspects, then
there are four things that I can point you at:

1) www/webdav-usage.html
2) subversion/libsvn_ra_dav
3) subversion/mod_dav_svn
4) Apache 2.0: modules/dav/main/

The first is the design document, kept reasonably up to date. I don't think
it is fully up-to-date with respect to our baseline usage, but the thing is
darned close. Some variations in the DeltaV spec have caused a bit of flux
(e.g. where do you get the activity collection set), but all the basic
concepts are sane.
[ it is also being served at http://subversion.tigris.org/webdav-usage.html ]

libsvn_ra_dav is the client-side of the code. Note that it builds on Neon.

mod_dav_svn is a mod_dav backend. mod_dav defines a bunch of hooks and
interfaces for a backend module to plug into. SVN does just that :-)
[ in fact, the default filesystem backend uses the same plugin mechanism;
  Oracle uses it; Rational uses it for ClearCase; etc ]

And you'll want to stay current with the Apache 2.0 CVS tree. I tend to make
changes in both mod_dav and mod_dav_svn to "make it all work better" :-).

Any patches for SVN would go to this list, and any for mod_dav (or Apache
2.0, for that matter) would go to new-httpd@apache.org.

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/
Received on Sat Oct 21 14:36:22 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.