lkml.org 
[lkml]   [2009]   [Oct]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [RFC] to rebase or not to rebase on linux-next
On Fri, Oct 23, 2009 at 10:54:00PM +0200, Ingo Molnar wrote:
>
> Maintainer trees pushed towards linux-next should strive to be Git
> based, append-mostly, 'nice', 'intended for upstream' and defendable
> as-is IMO, and rebasing a _maintainer tree_ should really be a rare act
> of last resort.

As maintainer I try to put some effort in crediting people
where credit belongs.
In other words collecting "Acked-by:", "Tested-by", "Reviewed-by".

Adding this require a rebase as soon as said patch hits git.

One could use topic brances and I do not know what.
But frankly - working with this on and off and
in limited spare time makes it sometimes hard enough
to do the basic steps correct.
Trying to fool around with several topics branches and
such does simply not fit.

I try to say with the above that rebasing is sometimes
a way to get the job done without making things too complicated.

And -next has btw caught a lot of integration issues
for kbuild in the past.
Both for varoious architectures but sometimes also
other ways to do the same thing.
And sometimes I'm in the situation that I have to decide:

1) wait another 10 days before I have ~1 hour that I can
dedicate to test stuff
2) do some rudimentary testing and drop in in -next.

It depends but sometimes I go for option 2) knowing
that it is risky.

Sam


\
 
 \ /
  Last update: 2009-10-24 00:03    [W:0.107 / U:1.224 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site