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

Re: [PATCH 2/2] Add feature release instructions to gitworkflows man page

From
RGRaman Gupta <rocketraman@fastmail.fm>
Date
Mar 30, 2009, 18:40 UTC
Message-ID
<49D1120B.8060601@fastmail.fm>
In-Reply-To
<7vljqmdgj0.fsf@gitster.siamese.dyndns.org>
Junio C Hamano wrote:
Show 21 quoted lines
> Raman Gupta <rocketraman@fastmail.fm> writes:
> 
>> Junio C Hamano wrote:
>> ...
>> If you wish to remove discussion of 'next' from this document, that is
>> probably better done in a separate followup change. Though personally
>> I think its a useful concept for readers to learn about as they are
>> setting up their own workflows.
> 
> I do not have a particularly strong feeling about 'next' either way.
> 
> As the document states at the top, it lists ingredients from git.git
> management and it is left up to the readers to adopt parts that suit their
> needs, while not using others.  In that spirit, the description of 'next'
> as "ahead of master that is supposed to be rock solid" may be a good thing
> to keep.  It is orthogonal if the project wants to rewind and rebuild
> 'next' after every feature release---they do not need to (and we didn't do
> so for quite some time).  One valid choice by readers is to adopt the
> concept of 'next' in their project but never rewind and rebuild it, and
> you made that clear that it is optional.  So I think this part of your
> patch is good as-is.

It might be useful to add some explanation of why one would want to rewind and rebuild vs simply continue as is.

I guess the advantage is that the history for next starts out nice and clean for the next release, without any cruft from repeated merging of topic branches.

The disadvantage is that one must publish the operation and all forks must deal with the rebase.

Any other thoughts?

Cheers, Raman

Previous: Junio C HamanoNext: Junio C Hamano
Message 6 of 9 in “Add feature release instructions to MaintNotes addendum”
  1. 1/2 Add feature release instructions to MaintNotes addendumrocketraman@fastmail.fm, Mar 30, 2009
  2. 2/2 Add feature release instructions to gitworkflows man pagerocketraman@fastmail.fm, Mar 30, 2009
  3. Junio C HamanoMar 30, 2009
  4. Raman GuptaMar 30, 2009
  5. Junio C HamanoMar 30, 2009
  6. Raman GuptaMar 30, 2009
  7. Junio C HamanoApr 1, 2009
  8. Junio C HamanoMar 30, 2009
  9. Raman GuptaMar 30, 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.