git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: David Woodhouse <dwmw2@infradead.org>
To: Linus Torvalds <torvalds@osdl.org>
Cc: Petr Baudis <pasky@ucw.cz>, "H. Peter Anvin" <hpa@zytor.com>,
	Git Mailing List <git@vger.kernel.org>
Subject: Re: kernel.org now has gitweb installed
Date: Thu, 28 Apr 2005 22:20:14 +0100	[thread overview]
Message-ID: <1114723214.2734.9.camel@localhost.localdomain> (raw)
In-Reply-To: <Pine.LNX.4.58.0504281149330.18901@ppc970.osdl.org>

On Thu, 2005-04-28 at 11:55 -0700, Linus Torvalds wrote:
> Anyway, the reason remote and local don't matter is that if somebody else
> merges with me, and I just pull the result without having any changes in 
> my tree, we just "fast-forward" to that other side, because otherwise you 
> can never "converge" on anything (people merging each others trees would 
> always create a new commit, for no good reason).
> 
> What does that mean? It means that my local tree now became the _remote_ 
> parent, even though it was always local to my tree.

Hmm, that's true; albeit unfortunate. 

Still, using the date isn't any better. It'll give results which are
about as random as just sorting by the sha1 of each parent.

Yes, the ordering of the parents in a merge is probably meaningless in
the general case, but so is the date.

The best we could probably do, from a theoretical standpoint, is to look
at the paths via each parent to a common ancestor, and look at how many
of the commits on each path were done by the same committer. Even that
isn't ideal, and it's probably fairly expensive -- but it's pointless to
pretend we can infer anything from _either_ the dates or the ordering of
the parents in a merge.

-- 
dwmw2


  reply	other threads:[~2005-04-28 21:16 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-04-28  1:38 kernel.org now has gitweb installed H. Peter Anvin
2005-04-28  4:17 ` Daniel Jacobowitz
2005-04-28  7:35 ` David Woodhouse
2005-04-28  8:10   ` Petr Baudis
2005-04-28  8:29     ` David Woodhouse
2005-04-28  9:23       ` David Woodhouse
2005-04-28 18:55         ` Linus Torvalds
2005-04-28 21:20           ` David Woodhouse [this message]
2005-04-28 21:40             ` Linus Torvalds
2005-04-28 21:47               ` David Woodhouse
2005-04-28 21:50             ` H. Peter Anvin
2005-04-28 21:52             ` H. Peter Anvin
2005-04-28 22:12               ` Linus Torvalds
2005-04-28 22:12               ` David Woodhouse
2005-04-29  2:46                 ` Jan Harkes
2005-04-28 21:21           ` Junio C Hamano
2005-04-28 21:23             ` David Woodhouse
2005-04-28 21:44               ` Junio C Hamano
2005-04-28 22:04                 ` Linus Torvalds
2005-04-28 22:59               ` Gerhard Schrenk
2005-04-28 21:38             ` David Woodhouse
2005-04-28 21:49               ` Junio C Hamano
2005-04-28 21:44             ` Linus Torvalds

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=1114723214.2734.9.camel@localhost.localdomain \
    --to=dwmw2@infradead.org \
    --cc=git@vger.kernel.org \
    --cc=hpa@zytor.com \
    --cc=pasky@ucw.cz \
    --cc=torvalds@osdl.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).