[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110312040941.GA15526@home.goodmis.org>
Date: Fri, 11 Mar 2011 23:09:41 -0500
From: Steven Rostedt <rostedt@...dmis.org>
To: "J. Bruce Fields" <bfields@...ldses.org>
Cc: Ben Hutchings <bhutchings@...arflare.com>,
David Miller <davem@...emloft.net>,
torvalds@...ux-foundation.org, akpm@...ux-foundation.org,
netdev@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [GIT] Networking
On Fri, Mar 11, 2011 at 04:42:09PM -0500, J. Bruce Fields wrote:
>
> But assume you only did this in cases where the merge was trivial.
> Would it be worth it, or would people be annoyed by the additional
> branching?
>
I would be annoyed by it ;)
It really is meaningless to do so, as all you are doing is documenting
what commit caused this bug, and producing more problems by branching
off of the broken commit. It wont matter till it is merged, but then if
there are a lot of simple bug fixes, then you will have a lot of single
merges of branches that fix those bugs.
It's just better to say in the change log of the fix:
"commit abcdef1234 foo: add bar"
Broke this, and this fixes it.
Having the broken commit SHA1 and description in the change log is just
as helpful as having the bug commit being its parent.
-- Steve
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists