www-community mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Joe Schaefer <joe_schae...@yahoo.com>
Subject Re: "Forking is a Feature" reactions?
Date Wed, 15 Sep 2010 18:51:32 GMT
----- Original Message ----

> From: Torsten Curdt <tcurdt@vafer.org>
> To: community@apache.org
> Sent: Wed, September 15, 2010 2:16:42 PM
> Subject: Re: "Forking is a Feature" reactions?
> > To try to put my finger on the key distinction I've seen, a  "centralized"
> > workflow puts demands on people to "make promises" up  front.
> Not necessarily. Enough people start playing with something. Just  to
> see if it works. All that happens on their local system though. I  have
> never seen a project where everyone is having his/her own svn  branch
> just committing away all experiments.

I didn't mean to imply that using svn guarantees success.  Far from
it, success at Apache is pretty challenging for Incubating projects.

> >  IOW before
> >  you start that work on a snazzy new feature, you have to explain to  people
> > what you're doing and why, and to set expectations for the final  outcome.
> > That's because they will be exposed to your work whether they  like it or
> > not, because it all gets thrown onto the commit  list.
> Only if you actually have the right to commit. Which is exactly one  of
> the points mentioned before.

Well if someone shows up on a dev list and says all those things, and has
a little bit of an early implementation to review, seems to me they should
be allowed to work directly in the svn repo.  Yes, it involves someone
"promising" to do something, and the community actually making a minor
bet on their success.  Gradually people learn from the experience, and
if it's a positive one they continue to make collective bets on that person's
work product.  If it doesn't work out the committer disappears and nothing
much is lost.  I don't see what the big deal is about "right to commit"
as if it's inherently something difficult to obtain.  It shouldn't be that
way (PMC membership can be another story however, but that's not tied
to any vc tool).  It's just the "right" to do some work on the project
where full access to the vc tool is appropriate.


To unsubscribe, e-mail: community-unsubscribe@apache.org
For additional commands, e-mail: community-help@apache.org

View raw message