On 2001-07-30 16:58:19 kfogel wrote:
...
>What you describe is roughly what we have been thinking about for
>module support, actually...
>
>This has been discussed informally a bit, iirc, but we haven't got
>concrete implementation plans yet, mainly because there's so much else
>to work on and modules seem like something to be done over a mature
>repository design, rather than early on.
Interesting: I can't imagine using a system without them. At the moment
we have that functionality in our product's build system, which complicates
things no end. It isn't possible to query the structure, either.
>I'm looking forward to stealing^H^H^H^H^H^H^H learning from Mark
>Chu-Carroll's modules experience when we get to that point.
I've started reading the Synedra papers. The terminology is oddly familiar.
At my last job we had a rather nice home-grown system that ran on top of
RCS.
It had modules like the ones I've described, and they were called
"compounds".
It had "soft locks", too. I wonder if Synedra/Coven was an influence?
>I doubt we'll be tackling this anytime in the next few months. That
>could change if someone gets an inspired design and volunteers to do
>it, though. :-)
Well, since the alternatives are to stick with CVS (no offence intended :-)
or spend huge amounts of money, it's a real possibility. Subject to
inspiration
striking, of course! There's the question of distributed operation, too,
but
I think I'll worry about one thing at a time. So: is the design document at
<http://www.tigris.org/files/documents/15/48/svn-design.html> up to date?
I also have the header files to read, and the doc directory. I tried
loading
the .texi files into Emacs, but makeinfo-buffer insisted that a line with
"@setfilename <name>" should be present. I could make one up, I suppose,
but
it would be better to do it properly. How is one intended to read those
files?
I have Solaris, Windows NT, and Linux available.
If anyone has any hints about which parts of the documentation or code are
most relevant, or any thoughts about modules in general, please let me
know.
Peter.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:34 2006