Official git export

Garrett Cooper yanegomi at gmail.com
Thu Sep 1 01:13:21 UTC 2011


On Thu, Sep 1, 2011 at 12:03 AM,  <perryh at pluto.rain.com> wrote:
> "Matthew D. Fuller" <fullermd at over-yonder.net> wrote:
>> On Wed, Aug 31, 2011 at 07:30:34AM -0700 I heard the voice of
>> perryh at pluto.rain.com, and lo! it spake thus:
>> > Surely it would be "noticeably faster" to _download_ only (say)
>> > /usr/src/sys than all of /usr/src, unless one has an uncommonly
>> > fast link?  (It would also impose less load on the serving site.)
>>
>> In the context of most current-gen DVCSen, it's unlikely to be much
>> (or in fact _any_) faster or less data to transfer.  It's just less
>> data to blat into the working tree.
>
> That makes a certain amount of sense _if_ the VCS considers the
> entire base system to reside in a single repository, which is why
> someone was suggesting splitting it into multiple repositories.
>
> The question remains:  does it really make sense that I must download
> the entire VCS history for things like cddl, contrib, crypto, games,
> and kerberos if I only plan to work on the kernel?

    Which is part of the point of modularized (aka componentized by
some groups) VCSs. The problem is that you push revisioning //
management of the VCSs into components, which might carry its own set
of problems when you update revisions of components and there's a
ripple effect with what needs to be updated across all components
(which in and of itself becomes a management nightmare).
Thanks!
-Garrett


More information about the freebsd-arch mailing list