The fate of cmpilato and Subversion

[Han The Man <ha...@hotmail.com>]

Ben wrote:
"I anxiously await cmpilato's retuuuuuuu-u-u-u-u-u-u-rn"

Are you saying that if cmpilato falls of a cliff, the project is in trouble? 
;-)

Jokes aside, does the project feel that the knowledge of participating 
people is documented well enough? If history applies, my guess would be 
"no". As a general question - what kind of tools or methodologies could or 
should open source projects apply to rectify the situation?

I do not like the prospect of going back to CVS just because some SVN guru 
got unlucky with his favorite extreme sport.

_________________________________________________________________
Add photos to your e-mail with MSN 8. Get 2 months FREE*. 
http://join.msn.com/?page=features/featuredemail


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

Re: The fate of cmpilato and Subversion

[cm...@collab.net]

Ben Collins-Sussman <su...@collab.net> writes:

> "Han The Man" <ha...@hotmail.com> writes:
> 
> > Are you saying that if cmpilato falls of a cliff, the project is in
> > trouble? ;-)
> 
> No, I'm saying he understands libsvn_fs better than anyone, because
> he's spent the most time on it.  He doesn't hold any special, secret
> information.

Yes I do.  You just didn't realize it because ... well, it's special
and secret. ;-)

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

Re: The fate of cmpilato and Subversion

[Ben Collins-Sussman <su...@collab.net>]

"Han The Man" <ha...@hotmail.com> writes:

> Are you saying that if cmpilato falls of a cliff, the project is in
> trouble? ;-)

No, I'm saying he understands libsvn_fs better than anyone, because
he's spent the most time on it.  He doesn't hold any special, secret
information.  In general, every function is well-documented, as are
general designs.  Any random person could come along and (eventually)
understand libsvn_fs just as well.... it would just take a while.

This is why code is documented.

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

Re: The fate of cmpilato and Subversion

[mark benedetto king <mb...@lowlatency.com>]

On Tue, Sep 09, 2003 at 06:28:56AM +0000, Han The Man wrote:
> Ben wrote:
> "I anxiously await cmpilato's retuuuuuuu-u-u-u-u-u-u-rn"
> 
> Are you saying that if cmpilato falls of a cliff, the project is in 
> trouble? ;-)
> 

All of the FS internals are extremely well documented.  It just happens
to be reasonably intricate and sometimes subtle code, and cmpilato is
the most familiar with it.   The same could probably be said for Philip
Martin and the WC, or Greg Hudson and ra_svn, or Greg Stein and ra_dav,
or Sander Striker and the diff library; the list goes on and on.

I think you would be hard pressed to find a more maintainable or better
documented project of this scale and complexity.

--ben


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

Re: The fate of cmpilato and Subversion

["Jamin W. Collins" <jc...@asgardsrealm.net>]

On Tue, Sep 09, 2003 at 06:28:56AM +0000, Han The Man wrote:
> 
> Jokes aside, does the project feel that the knowledge of participating
> people is documented well enough? If history applies, my guess would
> be "no".

It's probably more a question of general familiarity with the code in
question.

> As a general question - what kind of tools or methodologies could or 
> should open source projects apply to rectify the situation?

A text editor and writting.  Simply put, documentation.  In general,
each and every function should have clearly understandable purpose and
description statement.

-- 
Jamin W. Collins

This is the typical unix way of doing things: you string together lots
of very specific tools to accomplish larger tasks. -- Vineet Kumar

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