All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marius Storm-Olsen <marius@trolltech.com>
To: Johannes Schindelin <Johannes.Schindelin@gmx.de>
Cc: Jakub Narebski <jnareb@gmail.com>, git@vger.kernel.org
Subject: Re: [RFH] How to review patches: Documentation/ReviewingPatches?
Date: Fri, 13 Feb 2009 08:54:16 +0100	[thread overview]
Message-ID: <49952728.2080404@trolltech.com> (raw)
In-Reply-To: <alpine.DEB.1.00.0902130055370.26370@racer>

[-- Attachment #1: Type: text/plain, Size: 1462 bytes --]

Johannes Schindelin said the following on 13.02.2009 01:08:
> There is another reason why I do not want any ReviewingPatches:
> reviewing is already such a tedious process; let's not make it
> harder by forcing a potential reviewer to sift through a document
> (the same could be said about SubmittingPatches; IMHO it just
> repeats what common sense would do anyway when imitating existing
> code).

One thing I've wondered about though when sending patches, is how to 
send the fixups. Lets say I have a patch serie with 8 patches, do I 
send the whole serie each time, or do I just send an update to each 
individual patch? Do I attach it to the previous thread, or start a 
new one?

I couldn't really draw any conclusion by watching the list, since all 
methods are used. However, I'd like to do what's easiest for the 
reviewers and maintainers. Probably a new series each time is easiest 
for Junio to parse and apply, without single updates deep in a thread. 
However, that might also be considered a tad 'spamming' of the list?

Though, ignoring mail threads is fairly trivial with threading MUAs 
;-) (I've used "Mark thread as read" quite a bit lately :-)

Any opinions, preferably from those that review a lot, and apply 
patches directly from the mailing list? Maybe this could qualify as a 
section in Documentation/SubmittingPatches?

-- 
.marius [@trolltech.com]
'if you know what you're doing, it's not research'


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 187 bytes --]

  reply	other threads:[~2009-02-13  7:55 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-02-12 23:45 [RFH] How to review patches: Documentation/ReviewingPatches? Jakub Narebski
2009-02-13  0:08 ` Johannes Schindelin
2009-02-13  7:54   ` Marius Storm-Olsen [this message]
2009-02-13  8:44     ` Junio C Hamano
2009-02-13 11:05       ` Johannes Schindelin
2009-02-15  1:14   ` Jakub Narebski

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=49952728.2080404@trolltech.com \
    --to=marius@trolltech.com \
    --cc=Johannes.Schindelin@gmx.de \
    --cc=git@vger.kernel.org \
    --cc=jnareb@gmail.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.