From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/69631 Path: news.gmane.org!not-for-mail From: =?UTF-8?B?w4Z2YXIgQXJuZmrDtnLDsCBCamFybWFzb24=?= Newsgroups: gmane.emacs.gnus.general,gmane.emacs.devel Subject: Re: The Gnus repository is switching to Git as of 2010-04-19 Date: Wed, 21 Apr 2010 16:36:45 +0000 Message-ID: References: <878w8jmjly.fsf@lifelogs.com> <87fx2qgrdw.fsf@lifelogs.com> <878w8hevp6.fsf@lifelogs.com> <87d3xtldd5.fsf@mithlond.arda> <87tyr4etv6.fsf@mithlond.arda> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1271867844 9575 80.91.229.12 (21 Apr 2010 16:37:24 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 21 Apr 2010 16:37:24 +0000 (UTC) Cc: Ted Zlatanov , Stefan Monnier , ding@gnus.org, emacs-devel@gnu.org To: Teemu Likonen Original-X-From: ding-owner+M18022=ding+2Daccount=gmane.org@lists.math.uh.edu Wed Apr 21 18:37:23 2010 connect(): No such file or directory Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1O4cvS-0003Z1-7U for ding-account@gmane.org; Wed, 21 Apr 2010 18:37:22 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1O4cvR-0006w5-JR for ding-account@gmane.org; Wed, 21 Apr 2010 11:37:21 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1O4cvQ-0006w0-Gw for ding@lists.math.uh.edu; Wed, 21 Apr 2010 11:37:20 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.69) (envelope-from ) id 1O4cvM-0007zB-Kl for ding@lists.math.uh.edu; Wed, 21 Apr 2010 11:37:17 -0500 Original-Received: from mail-bw0-f226.google.com ([209.85.218.226]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1O4cvL-0002wx-00 for ; Wed, 21 Apr 2010 18:37:15 +0200 Original-Received: by bwz26 with SMTP id 26so7737531bwz.7 for ; Wed, 21 Apr 2010 09:36:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=DVRQhCM/qBwHjRo3DLjw+loRWnXhkNG/2t+kPh1keVU=; b=RJ00+pjG+01hj0uZKtoLoq5VovpiaRw1JSutimuuxKM/ubdUw/jmSzN/Vv0EyfqIqM AuMqAY1XZKK5y5BhLYgSmxDQlylvLJSD1CksHJb6GP2Z7YkaM8loEq5vcQOMvBUToD45 UjeOWYggc76qMpZN7nU2REO48Rq7ZiyXSjY5Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=jgw3hLUOfbgHKwQitDA7JTyWO6V1AANtRWi4gjSqhcDEhhiYrIMQuQ8Uo748wV4pTz u3EI7Mwqrlkysezsk+O+jrT+ChCX9UMFfC8p7Fum664Mmc8ouDfPbOERM+e/Ei10SlUN ht3tvbHZhK3pYq+09p1j2vAb8+sIts885RXMI= Original-Received: by 10.204.121.195 with HTTP; Wed, 21 Apr 2010 09:36:45 -0700 (PDT) In-Reply-To: <87tyr4etv6.fsf@mithlond.arda> Original-Received: by 10.204.23.193 with SMTP id s1mr6343474bkb.151.1271867805079; Wed, 21 Apr 2010 09:36:45 -0700 (PDT) X-Spam-Score: -2.0 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:69631 gmane.emacs.devel:123987 Archived-At: On Wed, Apr 21, 2010 at 14:57, Teemu Likonen wrote: > * 2010-04-21 11:30 (UTC), =C4=98var Arnfj=C3=B6r=C5=A1 Bjarmason wrote: > >> On Wed, Apr 21, 2010 at 02:59, Teemu Likonen wrote: > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0^^^^^ > > You make it look like I spent my night writing about this version > control tool. :-) Timezone issues... You should have seen your original Date header :) > Yes, I know that, and would add that this default 50% detection > threshold is based on the smaller of the two files. Yeah, and that alone will catch the overwhelming majority of cases. > I just wanted to point out that in practice Git (the tool) really > understands renames. I have heard too many times that "in Git you must > commit a rename and content changes separately" (which is wrong) and > "Git doesn't understand renames at all" (which is very wrong, from the > point of view of the tool's user). Technical people may talk about > repository formats and different layers on top of that but I guess some > of that talk has escaped the context and I keep hearing misinformation > about Git-the-whole-system's abilities. Right, as far as the end user is concerned it tracks renames better than anything else I've tried. People assume that "tracking renames" is something they want to do, but in practice systems that do inode-like tracking quickly run into trouble (as Linus pointed out: http://marc.info/?l=3Dgit&m=3D114123702826251). Git doesn't explicitly track renames (it just analyzes history) but it'll catch cases where you copy some template file (e.g. release notes) two two locations in one commit. Systems that do inode-like tracking won't catch that. Neither will they catch things on the sub-file level, like moving a function between two files. On the other hand those systems have more information than Git does in most cases. They can analyze history like Git does *and* take into account how their inodes changed over time. The difference is that once systems start tracking inodes they tend not to do history analysis at all. > Anyway, thank you. Your message shares very useful information. Likewise.