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

Re: Tracking cherry picks

From
KLKirill Likhodedov <klikh.list@gmail.com>
Date
Oct 20, 2011, 15:00 UTC
Message-ID
<37162B20-4758-433E-B11E-CE4B7FF27FBA@gmail.com>
In-Reply-To
<4EA02E6C.2040608@cfl.rr.com>
20.10.2011, в 18:21, Phillip Susi:
>  Why doesn't git-cherrypick record the original SHA1 it was picked from in the commit?

It does if you specify "-x" option to cherry-pick See the man for git-cherry-pick:

-x
           When recording the commit, append a line that says "(cherry picked from commit ...)" to the
           original commit message in order to indicate which commit this change was cherry-picked from.
           This is done only for cherry picks without conflicts. Do not use this option if you are
           cherry-picking from your private branch because the information is useless to the recipient. If
           on the other hand you are cherry-picking between two publicly visible branches (e.g. backporting
           a fix to a maintenance branch for an older release from a development branch), adding this
           information can be useful.
Previous: Phillip SusiNext: Ramkumar Ramachandra
Message 2 of 4 in “Tracking cherry picks”
  1. Phillip SusiOct 20, 2011
  2. Kirill LikhodedovOct 20, 2011
  3. Ramkumar RamachandraOct 20, 2011
  4. Jonathan NiederOct 21, 2011

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.