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

Re: [PATCH 1/1] rebase: teach `--exec` about `GIT_REBASE_BRANCH`

From
PWPhillip Wood <phillip.wood123@gmail.com>
Date
Mar 4, 2024, 09:56 UTC
Message-ID
<6d7d6be1-6d3f-49a0-baca-2a05b8507e12@gmail.com>
In-Reply-To
<xmqqo7buuce7.fsf@gitster.g>
On 03/03/2024 23:24, Junio C Hamano wrote:
Show 7 quoted lines
> Kristoffer Haugsbakk <code@khaugsbakk.name> writes:
> 
> So, isn't it just the matter of surfacing the information that we
> are already recording and is already available in a fashion that is
> easier to use?  For example, if "git status --porcelain=[version]"
> does not give the information, perhaps you can add a line or two to
> it, instead of duplicating the same information in two places?

That was my thought as well. I also don't think it is helpful to think of a single branch being associated with a rebase these days. If we update the output of "git stasus --porcelain" we should show all the refs that are being rewritten by reading the contents of rebase_path_update_refs() as well as the head-name file.

Best Wishes
Phillip
Previous: Junio C HamanoNext: Kristoffer Haugsbakk
Message 4 of 5 in “rebase: teach `--exec` about `GIT_REBASE_BRANCH`”
  1. 0/1 rebase: teach `--exec` about `GIT_REBASE_BRANCH`Kristoffer Haugsbakk, Mar 3, 2024
  2. 1/1 rebase: teach `--exec` about `GIT_REBASE_BRANCH`Kristoffer Haugsbakk, Mar 3, 2024
  3. Junio C HamanoMar 3, 2024
  4. Phillip WoodMar 4, 2024
  5. Kristoffer HaugsbakkMar 7, 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.