git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Junio C Hamano <gitster@pobox.com>
To: Nicolas Pitre <nico@cam.org>
Cc: git@vger.kernel.org, Brian Downing <bdowning@lavos.net>,
	Johannes Schindelin <Johannes.Schindelin@gmx.de>
Subject: Re: Applying patches from gmane can be dangerous.
Date: Thu, 07 Feb 2008 01:08:41 -0800	[thread overview]
Message-ID: <7vy79xnnfq.fsf@gitster.siamese.dyndns.org> (raw)
In-Reply-To: alpine.LFD.1.00.0802062327350.2732@xanadu.home

Nicolas Pitre <nico@cam.org> writes:

> On Wed, 6 Feb 2008, Junio C Hamano wrote:
>
>> ...
>> It already is part of 'next', and we have the policy of not
>> rewinding 'next', so the record of this mistake will
>> unfortunately be with us forever.  Sorry, Brian, Dscho and
>> Steffen.
>
> Maybe you can make an exception for this time?  A single

That's very tempting.

There currently are 1176 commits in 'next' that are not in
'master'.  Among them, 1100 or so of them will never be.  They
are merges of topics that have long graduated to 'master', or
upmerge of 'master' into 'next'.

If we rebuild an equivalent of 'next', starting with 'master'
and merging the still-cooking topics today, the result is only
70 commits ahead of 'master'.  Among of them, 16 are merges.

In other words, 'next' will go down from v1.5.4-1200-gXXXXXX to
v1.5.4-70-gXXXXXX all of a sudden, if we decide to do so.

People who follow 'next' hopefully know what goes on the list,
so perhaps we could revise the "never rewind" rule to read "it
will not rewind during the regular cycle, but it will be rebuilt
once each feature release, immediately after release."

Hmmmmmmmm...

  reply	other threads:[~2008-02-07  9:09 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-05 21:10 [PATCH v2] compat: Add simplified merge sort implementation from glibc Brian Downing
     [not found] ` <20080205211044.GP26392-oU/tDdhfGLReoWH0uzbU5w@public.gmane.org>
2008-02-05 22:21   ` Johannes Schindelin
     [not found]     ` <alpine.LSU.1.00.0802052220500.8543-OGWIkrnhIhzN0uC3ymp8PA@public.gmane.org>
2008-02-06  2:47       ` Brian Downing
2008-02-07  4:14 ` Applying patches from gmane can be dangerous Junio C Hamano
2008-02-07  4:29   ` Nicolas Pitre
2008-02-07  9:08     ` Junio C Hamano [this message]
2008-02-10 10:51       ` 'next' will be rewound and rebuilt after feature releases Junio C Hamano
2008-02-07  8:01   ` Applying patches from gmane can be dangerous Jari Aalto
2008-02-07  8:21     ` Junio C Hamano
2008-02-07  9:05       ` Mike Hommey
2008-02-07 12:42       ` Johannes Schindelin
2008-02-07 13:32   ` Brian Downing
2008-02-07 14:50     ` Aidan Van Dyk
2008-02-07 15:03       ` Brian Downing
2008-02-07 16:10       ` Johannes Schindelin
2008-02-11 21:16         ` Johannes Schindelin
2008-02-07 14:10   ` Frank Lichtenheld

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=7vy79xnnfq.fsf@gitster.siamese.dyndns.org \
    --to=gitster@pobox.com \
    --cc=Johannes.Schindelin@gmx.de \
    --cc=bdowning@lavos.net \
    --cc=git@vger.kernel.org \
    --cc=nico@cam.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).