From owner-freebsd-arch@FreeBSD.ORG Sat Sep 3 07:18:11 2011 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E289F106564A; Sat, 3 Sep 2011 07:18:10 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by mx1.freebsd.org (Postfix) with ESMTP id 829168FC14; Sat, 3 Sep 2011 07:18:10 +0000 (UTC) Received: by qwg2 with SMTP id 2so2634988qwg.17 for ; Sat, 03 Sep 2011 00:18:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=urAGlsDB/MlfmxVGAhaN2cFhjyANcJdn6/MHwAf25ps=; b=il/C4+fVl3KcqAbtplbTJpyXhl6HirfWazPqdlcWzc6pRdNttAS70MVZQA1rMcN4AY 50ZtU/s70xR1DtFeGOtsbavT4qTAjs/BxeoKidze1jYAqnne6utiCyzh9ihsCxiMgEgQ NFdjibRFxbG5z+h2f7zBP2YKO4AW/IkHJ8vWA= MIME-Version: 1.0 Received: by 10.224.197.71 with SMTP id ej7mr1235262qab.242.1315034289681; Sat, 03 Sep 2011 00:18:09 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Sat, 3 Sep 2011 00:18:09 -0700 (PDT) In-Reply-To: <4E61CD58.40402@FreeBSD.org> References: <4e5ba9c3.bzHIw1KEy8R2QcK7%perryh@pluto.rain.com> <3420B331-C697-468A-80BA-B31C33804710@freebsd.org> <4e5c5b5f.moT7dLemOuteQJ5T%perryh@pluto.rain.com> <4E5C364D.7070904@freebsd.org> <20110830201357.GB58638@acme.spoerlein.net> <4e5e458a.Un+VK0itRgItvxbf%perryh@pluto.rain.com> <20110831081815.GN2493@over-yonder.net> <4e5f2e26.6PQ5d6F3eauFfAcH%perryh@pluto.rain.com> <4E5F12B6.3090307@FreeBSD.org> <4e5fa001.BTxOKlcJfp7aZ2KE%perryh@pluto.rain.com> <4E5F4807.6070206@FreeBSD.org> <4e62195b.cdaZfeF621ojSqVQ%perryh@pluto.rain.com> <4E61CD58.40402@FreeBSD.org> Date: Sat, 3 Sep 2011 00:18:09 -0700 Message-ID: From: Garrett Cooper To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: perryh@pluto.rain.com, freebsd-arch@freebsd.org Subject: Re: Official git export X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Sep 2011 07:18:11 -0000 On Fri, Sep 2, 2011 at 11:46 PM, Andriy Gapon wrote: > on 03/09/2011 15:11 perryh@pluto.rain.com said the following: >> Andriy Gapon wrote: >> >>> ... keeping local history is of course not necessary, but when >>> you need to do some serious history analysis it comes extremely >>> convenient. >> >> In the area where one is working, certainly, but I don't expect to >> need the commit history of the contrib tree while working on UFS or >> gmirror. > > Do you know of a tool (VCS or otherwise) that allows to checkout parts of= a tree > with history and other parts without history? > If you talk about using different tool for different parts of the tree, t= hen, > well, good luck. > >>> ... doing some non-trivial FreeBSD development myself ... >> >> Unless you're considerably older than you look in that Flickr >> photo from about a year ago (in Kiev), I was doing non-trivial >> OS development before you finished middle school :) > > What can I say. > Perhaps you had a success using your model of different tools per differe= nt > parts of tree. =A0Maybe it saved you days when you were using a modem for= internet > access. =A0But I don't see why we have to chose this model now. If git is interrupted with a pull/rebase/etc, I think it will continue to continue loading the metadata from where it left off. git clone is a slightly different story (several people posted that clones can't be interrupted).. Sadly, I do see where Perry is coming from, having to deal with slow downlinks (once or twice a year I go back to rural WA state where they're very much in the digital dark ages) however, there are some major benefits which shouldn't be discounted when using a DCS. One of the great things about FreeBSD is that it's a complete distribution. Given how many additional packages and the like that need to be downloaded on a regular basis, I would think/hope that this would be a small speedbump in the overall scheme of things -- especially because frequent incremental updates are relatively small. Example (using the linux kernel sourcebase -- I did my last pull a 3~4 weeks ago): $ git pull remote: Counting objects: 5052, done. remote: Compressing objects: 100% (949/949), done. remote: Total 3429 (delta 2733), reused 3145 (delta 2459) Receiving objects: 100% (3429/3429), 814.98 KiB, done. Resolving deltas: 100% (2733/2733), completed with 748 local objects. >From http://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6 ab7e2db..9e79e3e master -> origin/master >From http://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6 * [new tag] v3.1-rc3 -> v3.1-rc3 * [new tag] v3.1-rc4 -> v3.1-rc4 Updating ab7e2db..9e79e3e Fast-forward ... $ Thanks, -Garrett