Date: Sat, 3 Sep 2011 00:18:09 -0700 From: Garrett Cooper <yanegomi@gmail.com> To: Andriy Gapon <avg@freebsd.org> Cc: perryh@pluto.rain.com, freebsd-arch@freebsd.org Subject: Re: Official git export Message-ID: <CAGH67wQKqeTCMGte3pXG4ZW5jSyTzz290H=wRyc12LyTyXnzSg@mail.gmail.com> In-Reply-To: <4E61CD58.40402@FreeBSD.org> References: <CAMBSHm8uX45k0M4on=5Cpw_CKoddA=4oJSNXpH7dGPt=Vy2HOw@mail.gmail.com> <alpine.BSF.2.00.1108261000040.48200@fledge.watson.org> <slrnj5lc58.jd1.vadim_nuclight@kernblitz.nuclight.avtf.net> <4e5ba9c3.bzHIw1KEy8R2QcK7%perryh@pluto.rain.com> <3420B331-C697-468A-80BA-B31C33804710@freebsd.org> <4e5c5b5f.moT7dLemOuteQJ5T%perryh@pluto.rain.com> <4E5C364D.7070904@freebsd.org> <CAHM0Q_Mq3YEEpB6uNymjtd=WCQuTR6gd=71EsLxJf5J0ygyjiw@mail.gmail.com> <20110830201357.GB58638@acme.spoerlein.net> <4e5e458a.Un%2BVK0itRgItvxbf%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>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Sep 2, 2011 at 11:46 PM, Andriy Gapon <avg@freebsd.org> wrote: > on 03/09/2011 15:11 perryh@pluto.rain.com said the following: >> Andriy Gapon <avg@freebsd.org> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAGH67wQKqeTCMGte3pXG4ZW5jSyTzz290H=wRyc12LyTyXnzSg>