On Thu, Aug 14, 2008 at 03:12:30AM -0700, Greg Stein wrote:
> Hey all... as you may have guessed from my commit below, I'm starting
> on the long-needed WC rewrite. Some of you may not know who I am,
> since I've been away from svn development for so long :-(
>
> I was one of the initial developers of svn, way back in mid-2000. My
> work focused on the DAV network layer, both client and server. I did a
> bunch of work on other parts of svn, of course, but that was my
> primary focus. Oh, and getting that f***kin' automake out of our build
> and creating the current build system. I guess I'd say that I
> contributed to svn development for maybe the first three years of its
> life. Then my time kind of petered off, unfortunately.
>
> I've recently come into a bunch of free time (woo!), and will work on
> the next generation WC until the sucker is done. Not sure whether that
> will be 3 months or 6, but no problem.
>
> Other things that I'm interested in:
> * stripping out Neon support, and just using serf going forward
> * any serf work to support the above (particularly issues with
> googlecode.com's svn server)
> * create a new FS backend based on revlog
> * offline commits
>
> That should keep me busy for the next year, I think :-)
Hey Greg,
wow, that is quite some list :)
It would be interesting to know what you think about the
tree conflict work that has been done during the last year.
One major aspect of wc-ng in my view is that is should support
tree conflict detection, and configurable automatic resolving,
where possible, as a major goal.
Now, there is not much in the design doc yet about this,
but reviewing the design from a tree conflict point of view
together with other tree conflict hackers[*] is something
that has been on my TODO list for some time now.
[*] = Julian Foad and Stephen Butler have also done a lot of
tree-conflict-related work, you may want to get in touch
with them as well about anything regarding tree conflicts.
If you need an introduction to the matter, check notes/tree-conflicts
on trunk. I'd recommend starting with use-cases.txt to get a feeling
for the problems we're trying to solve, and then going on to
detection.txt, to get an idea of how much we're wrestling with the
current libsvn_wc implementation (and lack of rename tracking).
The other files there contain various additional information, but may
be outdated -- you might want to check the log to see when they were
last updated.
Also, I am currently writing my Bachelor thesis which compares the
state of tree conflict handling in various version control systems.
I'll have to hand that in by start of September, so it'll be done
soonish (it had better be!), but I would not mind sending you a
work-in-progress draft to read any time, if you're interested.
I hope it should serve as a nice introduction to the topic, also.
Glad you're back! :)
Stefan
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-08-14 12:34:03 CEST