Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

GIT vs. CVS vs. SVN



On 11/10/2010 03:40 PM, Kent Borg wrote:
> Jerry Feldman wrote:
>> All development will be done on the servers. The git repos will be 
>> backed up, but I have not yet decided on the best way to do this. All 
>> the project directories are on the NFS server.
>
> Others are starting to catch up, but I used to have far and away the 
> fastest computer at my current job. Part of it was newer hardware, 
> part of it was more RAM, but most of it is that I run off my local 
> disk and most others were using Netapps over NFS.
>
> When told people I could do a complete Linux kernel build in about 
> 2-minutes and a typical incremental build in about 12-seconds, people 
> looked at me funny. (These days I am not the only one using my local 
> disk.)
>
> I use git repositories that are both on my local disk and on the 
> Netapp. The local disk is way faster. If you are putting things on 
> your server for safety, there might be another way to do that without 
> losing the speed of a local disk.
>
>
The issue is not entirely the build environment, it is the execution 
environment. But, as an example, building one of the company's main 
product using 100% local drives takes over 4 hours on a 4 CPU dual core 
system. In the specific cases here in the Boston office much of the 
development will be scripts where the execution environment is 
important. The developers only have Windows laptops.

I think that backup is always an issue whether you are using a 
distributed or a centralized model. There was a legal issue in the SCO 
vs. IBM case a few years ago where someone was testifying that IBM did 
not back up developer sandboxes. The issue itself became moot, but I 
thought that was somewhat ridiculous. In this office, we had a new 
employee who was building what we call 'cubes' for a client, and I was 
seeing that usage on the backup server was going up rapidly. In this 
case, the person was unaware that we were to use 'buildarea' for things 
like this. We recently moved all of our storage off the old system onto 
a dedicated NAS device with 4TB of usable RAID storage.

-- 
Jerry Feldman<gaf-mNDKBlG2WHs at public.gmane.org>
Boston Linux and Unix
PGP key id: 537C5846
PGP Key fingerprint: 3D1B 8377 A3C0 A5F2 ECBB  CA3B 4607 4319 537C 5846







BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org