All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paul Mundt <lethal@linux-sh.org>
To: linux-sh@vger.kernel.org
Subject: Re: [PATCH] SH/Dreamcast - improve detection of attached peripherals
Date: Thu, 14 Feb 2008 10:14:50 +0000	[thread overview]
Message-ID: <20080214101450.GA14287@linux-sh.org> (raw)
In-Reply-To: <1202689502.6237.23.camel@localhost.localdomain>

On Thu, Feb 14, 2008 at 10:34:20AM +0100, Kristoffer Ericson wrote:
> On Tue, 12 Feb 2008 10:23:40 -0500
> Mike Frysinger <vapier@gentoo.org> wrote:
> > 1. < make changes to git repo >
> > 2. git add < files you want to commit >
> > 3. git commit -s
> >  - first line is the subject (so you have to follow convention yourself)
> >  - one blank line
> >  - paragraph for body of changelog
> > so the example commit log would be (just the stuff between the dashes):
> > ----------------------------
> > SH/Maple/Dreamcast: improve detection of attached peripherals
> > 
> > Blah blah blah this is the long subject explaining why this is wanted.
> > 
> > Signed-off-line: automatically-added-by-the-s-flag
> > ----------------------------
> > 4. git-format-patch HEAD^
> 
> This assumes that your patch is the only diff against current HEAD right? I have loads of changes, so need
> to pick out the certain commit. I usually do "git diff origin > mypatch.patch" The format patch adds other stuff?
> 
git-format-patch will generate a diff for the range you specify. You can
either use a commit-id as a reference, or track the SH tree in a separate
branch and use the symbolic branch name as a reference. HEAD^ will just
pop one off of HEAD.

> > 5. git-send-email --to linux-sh@vger.kernel.org <list of patches produced>
> 
> That I should use more often.
> 
As git-send-email takes a list of patches, you don't need to bother with
cherry picking or anything like that, you can explicitly just select the
ones to send.

git is there to make your life easier, not harder. It helps to use it for
what you can. Note however that I do rebase my tree frequently, so I
don't particularly encourage people to branch off of it. During non
merge-window times, there's basically no reason to reference my tree.

      parent reply	other threads:[~2008-02-14 10:14 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-11  0:25 [PATCH] SH/Dreamcast - improve detection of attached peripherals Adrian McMenamin
2008-02-12  8:24 ` Paul Mundt
2008-02-12  9:36 ` [PATCH] SH/Dreamcast - improve detection of attached Kristoffer Ericson
2008-02-12  9:48 ` [PATCH] SH/Dreamcast - improve detection of attached peripherals Paul Mundt
2008-02-12 15:23 ` Mike Frysinger
2008-02-13 13:24 ` [PATCH] SH/Dreamcast - improve detection of attached Adrian McMenamin
2008-02-13 13:30 ` Adrian McMenamin
2008-02-14  9:34 ` Kristoffer Ericson
2008-02-14 10:14 ` Paul Mundt [this message]

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=20080214101450.GA14287@linux-sh.org \
    --to=lethal@linux-sh.org \
    --cc=linux-sh@vger.kernel.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 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.