Official git export

Andriy Gapon avg at FreeBSD.org
Thu Sep 1 05:06:41 UTC 2011


on 01/09/2011 10:03 perryh at pluto.rain.com said the following:
> "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?

As surprising as it may sound to you, in my opinion, the answer is closer to yes
than to no.

- try cross-building your kernel changes for different arch(es); you'd be
surprised how much you would need for kernel-toolchain from contrib or even games
- make changes to anything that interfaces with userland and you'd find yourself
needing to change the userland counter-parts and to build world
- test your changes by booting your kernel and world
- etc :)

Not everything is needed from userland bits, of course, and history may be not
as useful as the source code itself, but once you need some bits from userland
it's hard to separate them.

In any case you can run an experiment yourself - do a partial checkout from
current svn repository, say only sys subdir, and then try to do anything useful
with that and you will see for yourself.

-- 
Andriy Gapon


More information about the freebsd-arch mailing list