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

Request for adding a "one-shot" rebase strategy where conflicts are only resolved once

From
AAlireza <rezaxm@gmail.com>
Date
Oct 3, 2024, 19:06 UTC
Message-ID
<CAD9n_qgBPDQKF=ZEQ6SWvDCmcUXZvz33zSoHFQSwHmQPWS4z_Q@mail.gmail.com>

Sometimes a clean merge is possible but with a rebase, in-between commits may raise conflicts in which case a conflict must be resolved for each commit individually, which is not quite productive and at the end wouldn't add so much in how the resulting history looks like.

With a "one-shot" rebase, a conflict (if any) is made based on the latest revision, then in-between commits approximated based on that resolution. This way the history can be roughly preserved with the same amount of effort while still using a rebase rather than merge.

Next: Kristoffer Haugsbakk
Message 1 of 5 in “Request for adding a "one-shot" rebase strategy where conflicts are only resolved once”
  1. AlirezaOct 3, 2024
  2. Kristoffer HaugsbakkOct 3, 2024
  3. AlirezaOct 3, 2024
  4. Jeff KingOct 3, 2024
  5. brian m. carlsonOct 3, 2024

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.