Efter at have været belemret med git i et stykke tid nu (ifbm at have kigget på prototype js ) så har jeg bandet og svovlet over at skulle lære endnu et kildekode-håndteringssystem. Vi har jo allerede cvs , svn , darcs , perforce ( eller den gode gamle kending – et zipdrev og et værktøj til at sammenligne biblioteker!) – så hvorfor skulle man bruge git? Egentligt ved jeg det jo godt – hvis jeg skulle drive et opensource projekt, så ville jeg helst undgå at spilde tid på at diskutere hvem der skulle have “commit” access eller ej – og hvem der er med i “kerne”-gruppen . Det kan man undgå med et distribueret system til håndtering af kildekode såsom Git. Git har iflg Linus Torvalds flg. fordele
- Det er distribueret
- Det har en god ydeevne (det skalerer godt)
- Indhold kommer ud på præcis samme facon som det kom ind
Torvarlds gav flg præsentation hos google for et par år siden:
Indrømmet – jeg har da også kigget på git i 2007 – men der jeg fandt det unødigt svært at overskue. I 2008 ændrede situationen sig idet http://github.com kom på banen. Github er et websted der kan benyttes til håndtere git repositories vha en grafisk grænseflade . Jeg er specielt imponeret over hvor nemt det er at lave “fork” af et repository og dernæst overskue dets “fork queue” ( det er virkeligt en lækker oplevelse – sammenlignet med de ubehageligheder jeg har haft igennem årene med cvs og branches).
På linux er installationen af git ekstremt simpel (sudo apt-get install git) – mens du på windows har muligheden for at installere git vha brug af “cygwin” og “msys” – der er en udførlig beskrivelse af hvordan du benytter git og github her : http://kylecordes.com/2008/04/30/git-windows-go/ . Du kan også vælge en noget kortere udgave her : http://github.com/guides/using-git-and-github-for-the-windows-for-newbies .
Jeg har lige pushet Yase (Yet another Search Engine) til github.com - alle skulle nu kunne lave et fork og sende et pull request til mig 
