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

Re: Managing topic branches

From
Martin Langhoff <martin.langhoff@gmail.com>
Date
Mar 5, 2006, 09:35 UTC
Message-ID
<46a038f90603050135j41eaf935kd48ab68212218836@mail.gmail.com>
In-Reply-To
<7vzmk5lkmo.fsf@assigned-by-dhcp.cox.net>
On 3/5/06, Junio C Hamano <junkio@cox.net> wrote:
> I could have done without the "questionable octopus leg", but I
> did so that when Martin pulled my "next" into his cvsserver
...
Show 5 quoted lines
> The moral of the story is not to try to be nice to others
> without thinking about its concequences ;-).  I should have just
> done without the "questionable octopus leg", and asked Martin to
> discard and rebase his tip of the development to my "next" after
> this merge.
No good deed goes unpunished as they say ;-)

In any case, this was perhaps based on a misunderstanding/error on my side. To start off, I didn't understand how you were managing next.

I assumed next would be a 'rewind often' branch, a volatile thing that I shouldn't build upon. But as I was in the awkward situation of depending on something in next, I had to, and didn't think of the consequences. As the branch I published for you to pull was based on next, which meant you couldn't merge my stuff into master.

So it was a thinko on my side. I just though -- damn, I'll have to work based on next, with the downside of having to be alert for rewinds. Didn't think of the implications for you.

It's sorted now, but at great pains for you. I guess all I can suggest is to put something in the name of the branch that means both "rewinds often" and "don't base real work on this". I guess that would be anything but master/maint, but the rules around pu are sometimes tricky too (rewinds often, but some people have no option but to build against it, unless you are treating it same as you treat next).

Anyway -- sorry to have caused so much trouble. My work "pending" is at the most a patch or two, easy to extract and reapply. If something like this comes up again, just do whatever is easiest and tell me to rewind/rebase/cherrypick at my end.

cheers,
martin
Previous: Junio C HamanoNext: Junio C Hamano
Message 2 of 3 in “Managing topic branches”
  1. Junio C HamanoMar 5, 2006
  2. Martin LanghoffMar 5, 2006
  3. Junio C HamanoMar 5, 2006

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.