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

Re: Rebase with tags

From
Jon Seymour <jon.seymour@gmail.com>
Date
Sep 29, 2010, 11:43 UTC
Message-ID
<2892317C-ECA8-476C-9039-CA9FE3986CDF@gmail.com>
In-Reply-To
<AANLkTinQm8kVA_rCgX_SN=fX_2a0UU78aiOHr-YtO6zK@mail.gmail.com>
Sent from my iPhone
On 29/09/2010, at 18:45, Leonid Podolny <leonidp.lists@gmail.com> wrote:
> Hi,
> I would expect this question to be asked dozens of times already, but
> surprisingly I can't readily find an answer.
The reason this is not directly supported is that it encourages people to regard tags as mutable entities that can be changed at will. This goes against the general principle that a tag, once cut, never changes.
Technically you can change a tag, but this is meant to be a measure of last resort not something you do as a matter of course.
That said, I understand the requirement - if you are using tags as markers for different segments of a private history, I can see it would be useful to move the markers when you rebase. 
Perhaps there might be a case for a kind of marker reference that does move with a rebase, but it would be somewhat invasive to implement so you'd have to convince the list it was worthwhile.
jon.
Previous: Leonid PodolnyNext: Thomas Rast
Message 2 of 3 in “Rebase with tags”
  1. Leonid PodolnySep 29, 2010
  2. Jon SeymourSep 29, 2010
  3. Thomas RastSep 29, 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.