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

Re: How to commit bug fixes from old revisions

From
Howard Miller <howardsmiller@googlemail.com>
Date
Dec 18, 2009, 15:15 UTC
Message-ID
<26ae428a0912180715v15d85fbcm9fef7c33f6ccf448@mail.gmail.com>
In-Reply-To
<4B2B996D.9070302@inf.utfsm.cl>
2009/12/18 Richard Rossel <rrossel@inf.utfsm.cl>:
Show 14 quoted lines
> Hi,
> I'm confused with how to commit bug fixes from old tagged version.
> Lets says that I have a serie of tags (v1.0, v1.1, v1.2, v2.0) in master,
> and there is a bug from v.1.2. The bug was fixed, but I don't
> want to merge to v2.0, because there are not compatibles. The bug fixed
> should be
> tagged as v1.3
>
> So the question is how to commit between revisions( in the example, between
> v.1.2 and v2.0),
> without made any change in the HEAD of master (v2.0)
>
> Or maybe the solution is to separate the versions  in different branches or
> different repos.

I think it depends on how you look at it. The tag implies that v1.3 is a fixed release but what you say implies a branch. What I would do is have a (say) '1.3_RELEASE" branch and that has the various fixes merged on it. To put it another way, does your fix mean that there'll be a v1.3.1? If so you would be tagging that on the 1.3 branch (probably).

HTH
Previous: Richard Rossel
Message 2 of 2 in “How to commit bug fixes from old revisions”
  1. Richard RosselDec 18, 2009
  2. Howard MillerDec 18, 2009

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.