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

Re: [PATCH v4 3/7] revert: add --ff option to allow fast forward when cherry-picking

From
Paolo Bonzini <bonzini@gnu.org>
Date
Mar 7, 2010, 08:34 UTC
Message-ID
<4B936500.9020005@gnu.org>
In-Reply-To
<7v6358dbv8.fsf@alter.siamese.dyndns.org>
On 03/07/2010 04:55 AM, Junio C Hamano wrote:
> What was the real motive/use case of "cherry-pick --ff"?

Avoiding pointless separation of histories. It's true that nowadays git-patch-id will make a good job of reconciling them, but they do look ugly in gitk.

Paolo
Previous: Junio C HamanoNext: Junio C Hamano
Message 6 of 12 in “add --ff option to cherry-pick”
  1. 0/7 add --ff option to cherry-pickChristian Couder, Mar 6, 2010
  2. 1/7 parse-options: add parse_options_concat() to concat optionsChristian Couder, Mar 6, 2010
  3. 2/7 builtin/merge: make checkout_fast_forward() non staticChristian Couder, Mar 6, 2010
  4. 3/7 revert: add --ff option to allow fast forward when cherry-pickingChristian Couder, Mar 6, 2010
  5. Junio C HamanoMar 7, 2010
  6. Paolo BonziniMar 7, 2010
  7. Junio C HamanoMar 7, 2010
  8. Christian CouderMar 7, 2010
  9. 4/7 cherry-pick: add tests for new --ff optionChristian Couder, Mar 6, 2010
  10. 5/7 Documentation: describe new cherry-pick --ff optionChristian Couder, Mar 6, 2010
  11. 6/7 cherry-pick: add a no-op --no-ff option to future proof scriptsChristian Couder, Mar 6, 2010
  12. 7/7 rebase -i: use new --ff cherry-pick optionChristian Couder, Mar 6, 2010

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.