mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Linus Torvalds <torvalds@linux-foundation.org>
To: Theodore Tso <tytso@mit.edu>
Cc: Greg KH <gregkh@suse.de>,
	Andrew Morton <akpm@linux-foundation.org>,
	linux-kernel@vger.kernel.org, linux-pci@atrey.karlin.mff.cuni.cz,
	pcihpd-discuss@lists.sourceforge.net
Subject: Re: [GIT PATCH] PCI patches for 2.6.24-rc1
Date: Tue, 6 Nov 2007 08:47:17 -0800 (PST)	[thread overview]
Message-ID: <alpine.LFD.0.999.0711060841570.15101@woody.linux-foundation.org> (raw)
In-Reply-To: <20071106161406.GD9086@thunk.org>



On Tue, 6 Nov 2007, Theodore Tso wrote:
> 
> hmm, I wonder if it would be a good idea to put together a git hook
> script that looks for things that look like git commit ID's, and if
> they aren't valid commit ID's that appear in the repository, the
> maintainer gets a warning when they do a "git am" or otherwise suck in
> a patch that was sent via e-mail...

Well, the thing is, sometimes it makes sense.

In the stable tree, for example, the commits often point to the particular 
commit in the *development* tree that the particular stable commit was 
cherry-picked from. And that all makes perfect sense - but such a commit 
will not even exist in that tree (very much by definition: the whole point 
of a stable tree is to *not* have all the development commits in that 
tree, so just individual commits get moved over).

So it does make sense to point to commits in totally independent trees at 
times.

Yes, it could be an option, and yes, you could probably enable/disable it 
on a per-repository basis (ie the above kind of thing tens to make sense 
for certain repositories but not others). But it's definitely not 
something that necessarily always makes sense to do, so it's likely not a 
good default (and if it's not a default, then mistakes will continue to 
happen).

		Linus

  reply	other threads:[~2007-11-06 16:47 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-11-05 21:56 Greg KH
2007-11-05 22:13 ` Linus Torvalds
2007-11-05 22:16   ` Linus Torvalds
2007-11-05 22:28     ` Greg KH
2007-11-05 22:42       ` Linus Torvalds
2007-11-05 23:28         ` David Miller
2007-11-06 16:14     ` Theodore Tso
2007-11-06 16:47       ` Linus Torvalds [this message]
2007-11-05 22:17   ` Greg KH
2007-11-05 22:37     ` Linus Torvalds
2007-11-05 23:24       ` David Miller
2007-11-05 23:23     ` David Miller

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=alpine.LFD.0.999.0711060841570.15101@woody.linux-foundation.org \
    --to=torvalds@linux-foundation.org \
    --cc=akpm@linux-foundation.org \
    --cc=gregkh@suse.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pci@atrey.karlin.mff.cuni.cz \
    --cc=pcihpd-discuss@lists.sourceforge.net \
    --cc=tytso@mit.edu \
    /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

all inboxes | Powered by JetHome®