[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.1.00.0802121832000.2920@woody.linux-foundation.org>
Date: Tue, 12 Feb 2008 18:35:12 -0800 (PST)
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: James Bottomley <James.Bottomley@...senPartnership.com>
cc: David Miller <davem@...emloft.net>, jeff@...zik.org,
arjan@...radead.org, greg@...ah.com, sfr@...b.auug.org.au,
linux-kernel@...r.kernel.org, linux-next@...r.kernel.org,
linux-arch@...r.kernel.org, akpm@...ux-foundation.org
Subject: Re: Announce: Linux-next (Or Andrew's dream :-))
On Tue, 12 Feb 2008, James Bottomley wrote:
>
> Yes, this is exactly the feature I'm looking for. It would allow the
> downstream users of a rebased tree to rebase themselves correctly.
>
> All the information about the rebase is in the reflog ... it can't be
> too difficult to pass it through on a pull and allow the downstream tree
> to do the right thing.
Guys, you simply have no idea what you're talking about.
Those downstream trees can have done things themselves. They *depended* on
the state you gave them.
You can't just say "oops, I lied, this is the state you should have used,
now it's _your_ mess to sort out".
OF COURSE it's what you'd like to use - it absolves you of any and all
actual responsibility. But dammit, that's not what anybody else wants than
the irresponsible person who cannot be bothered to stand up for his work!
If you're not confident enough about your work, don't push it out! It's
that simple. Pushing out to a public branch is a small "release".
Have the f*cking back-bone to be able to stand behind what you did!
Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists