git/list[1] front-page[2] threads[3] people[4] search[5] about
 

recognizing multiple authors for a patch?

From
Brian Swetland <swetland@google.com>
Date
Jun 5, 2008, 08:27 UTC
Message-ID
<20080605082708.GA28166@bulgaria.corp.google.com>
Nicolas Pitre said, in the thread on the "preserve the committer" patch:
Show 5 quoted lines
> I think this is against the purpose of the committer field to preserve
> it from a commit that was not made by you.  What really really has to be
> preserved is the author field of course.  But attributing commit action
> to someone else than yourself when you are the one reorganizing commits
> is misrepresentation.

Which reminds me of a longstanding question I have -- how best to represent patches which have multiple authors?

I'm submitted patches to the linux arm kernel list on behalf of a team of kernel engineers -- drivers that are developed internally are typically squashed down to a single patch for initial submission and review (which seems to be the desired way to handle these things), but in some cases they're the work of multiple people. Is there a better solution than to have one of the authors as the Author: and mentioning the other contributors in the patch description?

Brian
Message 1 of 1 in “recognizing multiple authors for a patch?”
  1. Brian SwetlandJun 5, 2008

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.