On Wed, Feb 13, 2008 at 10:06:16AM -0500, John W. Linville wrote:
quoted text
> On Tue, Feb 12, 2008 at 06:47:30PM -0800, Joel Becker wrote:
> > 	Make the distinction earlier.  With ocfs2 and configfs (we got
> > this scheme from Jeff), we keep the topic branches as "unsafe" - that
> > is, officially rebaseable .  We merge them all into a big "ALL" branch,
> > which is also "unsafe".  Andrew pulls this for -mm, and it gets tested 
> > here.  If there is a brown-paper-bag problem, we can tell the original
> > author to fix it.  Then we re-pull the topic - effectively a rebase.
> > The ALL is also rebased.  But that's Ok, it will never go towards Linus.
> 
> This is essentially the same process I've been using in wireless-2.6
> with the (regularly rebased) 'everything' branch.  Still I find
> that it causes lots of confusion and complaining.  Perhaps I am not
> communicating clearly enough... :-)
> 
> Do you find that people are happy with that process?  Forgive me for
> not knowing, but how many developers are actively (or occasionaly)
> involved in ocfs2 and configfs?  How many 'normal' users pull your
> tree looking for 'latest and greatest' code?

	Oh, I have no pretense that ocfs2 is as busy as wireless or
net.  Certainly Andrew has no problem with it.  People I've interacted
with while working on features, etc, also get it, but I'm usually
pointing them to it up-front.  I think you'd probably have lessons that
larger trees could learn from.  For example, do you have a 'things that
will go to linus soon" branch that people can grab - something that's
now stable/non-rebasing?  Do you advertise the rebaseableness of
"everything" in the web page where you say "grab 'everthing' for the
latest stuff"?

Joel

-- 

"The suffering man ought really to consume his own smoke; there is no 
 good in emitting smoke till you have made it into fire."
			- thomas carlyle

Joel Becker
Principal Software Developer
Oracle
E-mail: joel.becker@oracle.com
Phone: (650) 506-8127
--
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/