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

Re: Possible issue with rebase's --rebase-merges option

From
Johannes Schindelin <johannes.schindelin@gmx.de>
Date
Mar 24, 2022, 13:42 UTC
Message-ID
<nycvar.QRO.7.76.6.2203241440130.388@tvgsbejvaqbjf.bet>
In-Reply-To
<CAK1xKQqGTmgGBH4TY2mpHZLit_49FDoEq2EewDE-v_fc2=ikYA@mail.gmail.com>
Hi Joel,

please reply inline. What you did is called "top-posting" on this list and is regularly discouraged.

On Tue, 22 Mar 2022, Joel Marshall wrote:
Show 7 quoted lines
> I have confirmed that this is still an issue under certain
> circumstances. --rebase-merges works as expected if it is being used
> with simple feature branches, ie one commit after the other, no
> merges. Where things go off of the rails is when there are branches
> and merges coming off of and going into a feature branch. At that
> point using the --rebase-merges flag with rebase will create a similar
> mess to the images of the logs I attached back in July of 2022.

I wonder what happened to my suggestions to use `--rebase-merges=rebase-cousins` or `git fast-export --anonymize`. They seem to have faded without any echo.

Ciao, Johannes

Show 43 quoted lines
>
> On Wed, Dec 8, 2021 at 3:46 PM Joel Marshall <joelmdev@gmail.com> wrote:
> >
> > Hi all,
> >
> > Sorry to drop off on this for so long. I think this is still a
> > possible outstanding issue, yes? If so I will work on getting you a
> > copy of the repo as I did archive a copy at the state originally
> > mentioned in this issue.
> >
> > On Mon, Aug 10, 2020 at 10:46 AM Johannes Schindelin
> > <Johannes.Schindelin@gmx.de> wrote:
> > >
> > > Hi Joel,
> > >
> > > On Thu, 23 Jul 2020, Joel Marshall wrote:
> > >
> > > > I saved the state of the repo in a copy so I could come back to it if
> > > > additional examples were needed but I had to clean up my live copy so
> > > > I could get back to work. I'll get you some additional screenshots in
> > > > the next few days. In the meantime, I'll try to give you some context
> > > > around what I'm doing here. The parent branch is my main dev branch
> > > > which consists of a series of clean branches and merges- the dev
> > > > branch basically looks like what you're seeing in the
> > > > --preserve-merges screenshot. I've also got a long running feature
> > > > branch that branches off of dev, and it also consists of many branches
> > > > and merges, each a subtask of the story related to the feature branch
> > > > as a whole. Occasionally to get the feature branch up to date with the
> > > > newest features I'll rebase the whole thing on top of dev, which
> > > > should result in an unbroken chain of branches and merges as seen in
> > > > the --preserve-merges screenshot. While you can't see it in the
> > > > --rebase-merges screenshot, those merges show no ancestors when viewed
> > > > in reverse chronological order- they just trail off into oblivion.
> > >
> > > I could imagine that you might want to try this rebase with
> > > `--rebase-merges=rebase-cousins`.
> > >
> > > Otherwise, you might want to export your use case with `git fast-export
> > > --anonymize` so that others (such as myself) have a chance of helping you.
> > >
> > > Ciao,
> > > Johannes
>
Previous: Joel MarshallNext: Philip Oakley
Message 9 of 10 in “Possible issue with rebase's --rebase-merges option”
  1. Joel MarshallJul 21, 2020
  2. Phillip WoodJul 22, 2020
  3. Joel MarshallJul 22, 2020
  4. Phillip WoodJul 22, 2020
  5. Joel MarshallJul 23, 2020
  6. Johannes SchindelinAug 10, 2020
  7. Joel MarshallDec 8, 2021
  8. Joel MarshallMar 22, 2022
  9. Johannes SchindelinMar 24, 2022
  10. Philip OakleyMar 28, 2022

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.