Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261167AbVEBWAc (ORCPT ); Mon, 2 May 2005 18:00:32 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261171AbVEBWAc (ORCPT ); Mon, 2 May 2005 18:00:32 -0400 Received: from fire.osdl.org ([65.172.181.4]:4837 "EHLO smtp.osdl.org") by vger.kernel.org with ESMTP id S261165AbVEBWAX (ORCPT ); Mon, 2 May 2005 18:00:23 -0400 Date: Mon, 2 May 2005 15:02:16 -0700 (PDT) From: Linus Torvalds To: Bill Davidsen cc: Matt Mackall , Morten Welinder , Sean , linux-kernel , git@vger.kernel.org Subject: Re: Mercurial 0.4b vs git patchbomb benchmark In-Reply-To: <427650E7.2000802@tmr.com> Message-ID: References: <118833cc05042908181d09bdfd@mail.gmail.com><118833cc05042908181d09bdfd@mail.gmail.com> <20050429165232.GV21897@waste.org> <427650E7.2000802@tmr.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1455 Lines: 36 On Mon, 2 May 2005, Bill Davidsen wrote: > > If there is a functional reason to use git, something Mercurial doesn't > do, then developers will and should use git. But the associated hassles > with large change size, rather than the absolute size, are worth > considering. Note that we discussed this early on, and the issues with full-file handling haven't changed. It does actually have real functional advantages: - you can share the objects freely between different trees, never worrying about one tree corrupting another trees object by mistake. - you can drop old objects. delta models very fundamentally don't support this. For example, a simple tree re-linker will work on any mirror site, and work reliably, even if I end up uploading new objects with some tool that doesn't know to break hardlinks etc. That can easily be much more than a 10x win for a git repository site (imagine something like bkbits.net, but got git). Whether it is a huge deal or not, I don't know. I do know that the big deal to me is just the simplicity of the git object models. It makes me trust it, even in the presense of inevitable bugs. It's a very safe model, and right now safe is good. Linus - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/