@martinkallstrom: Jag har gått över till git (från svn) både på jobbet och hemma. Gillar det väldigt mycket. Mercurial säger dock många mycket positivt om också.
Vi också, men jag kan inte säga att jag är odelat positiv. Visst, det är ohyggligt smidigt att det är distribuerat, att det är så mycket snabbare än Subversion och att merge fungerar så bra (frustrerande att använda Subversion nu och få handfixa konflikter som Git hade klarat automatiskt).
Men verktyget är tyvärr många gånger kryptiskt där det hade gått att vara mycket mer tydlig och begriplig. För mig var det en viss inlärningströskel som kändes onödig. Om de inte får bukt med det kommer det nog inte få den breda användning Subversion ändå har.
En anledning till att jag gillar git är att jag ofta behöver forka saker för att anpassa dem till våran miljö.
Med hjälp av git-svn kan jag till exempel forka WordPress MU till utvecklingsservern. Där kan jag sedan modifiera och lägga till saker, samtidigt som jag kan hålla allt up-to-date med vad som händer i trunk genom git-svn rebase.
Jag klonar sedan till produktionsservern via git clone och håller systemet uppdaterat mot utvecklingsservern genom git pull.
Jag och @svante använder Git emellan oss i ett kundprojekt som använder Subversion. Då kan vi göra push/pull mellan varann tills vi har något som är redo för projektets trunk. (Dock har vi bara använt git-svn för att skapa Git-repositoryt från Subversion; tyvärr orsakar git-svn lika många commits som gjorts i Git och vi vill ju ha en total checkin till Subversion när vi är klara med en uppgift.)
@plindberg: När ni är redo att committa till svn kanske ni skulle kunna dra ut patchar via git-format-patch och applicera dem i ett svep på en ny klon från svn?
Tänker mig dock att det finns bättre sätt, det är så sällan jag har committat tillbaka till svn att jag inte har undersökt möjligheterna. Tror dock risken är att ni skulle få dåliga commit-meddelanden vid användning av en branch (se här).
@lemonad: Värt att utforska i framtiden men för tillfället duger det gott att göra git pull och sedan fortsätta med svn st, svn ci osv. Ofta behöver vi skriva en del, referera till tickets osv.
11 comments so far
Jag har bara sett timmar med presentation och läst spaltkilometer. Jag är fascinerad, men kan inget. Anton Lindqvist (emo vote), kanske?
8 months, 3 weeks ago by jocke
@martinkallstrom: Jag vet att @lemonad labbat med git. Minns några inlägg i början av året.
8 months, 3 weeks ago by matpe
@martinkallstrom: Jag har gått över till git (från svn) både på jobbet och hemma. Gillar det väldigt mycket. Mercurial säger dock många mycket positivt om också.
8 months, 3 weeks ago by lemonad
Good Old har helt bytt till Git också.
8 months, 3 weeks ago by bjornjeffery
Vi också, men jag kan inte säga att jag är odelat positiv. Visst, det är ohyggligt smidigt att det är distribuerat, att det är så mycket snabbare än Subversion och att merge fungerar så bra (frustrerande att använda Subversion nu och få handfixa konflikter som Git hade klarat automatiskt).
Men verktyget är tyvärr många gånger kryptiskt där det hade gått att vara mycket mer tydlig och begriplig. För mig var det en viss inlärningströskel som kändes onödig. Om de inte får bukt med det kommer det nog inte få den breda användning Subversion ändå har.
8 months, 3 weeks ago by plindberg
Git är otroligt bra. Kör det på SoundCloud och för alla privata projekt via GitHub.
8 months, 3 weeks ago by hinke
Använder uteslutande bara Git nu, givetvis i kombination med GitHub.
8 months, 3 weeks ago by mptre
En anledning till att jag gillar git är att jag ofta behöver forka saker för att anpassa dem till våran miljö.
Med hjälp av
git-svnkan jag till exempel forka WordPress MU till utvecklingsservern. Där kan jag sedan modifiera och lägga till saker, samtidigt som jag kan hålla allt up-to-date med vad som händer i trunk genomgit-svn rebase.Jag klonar sedan till produktionsservern via
git cloneoch håller systemet uppdaterat mot utvecklingsservern genomgit pull.8 months, 3 weeks ago by lemonad
Jag och @svante använder Git emellan oss i ett kundprojekt som använder Subversion. Då kan vi göra push/pull mellan varann tills vi har något som är redo för projektets trunk. (Dock har vi bara använt
git-svnför att skapa Git-repositoryt från Subversion; tyvärr orsakargit-svnlika många commits som gjorts i Git och vi vill ju ha en total checkin till Subversion när vi är klara med en uppgift.)8 months, 3 weeks ago by plindberg
@plindberg: När ni är redo att committa till svn kanske ni skulle kunna dra ut patchar via
git-format-patchoch applicera dem i ett svep på en ny klon från svn?Tänker mig dock att det finns bättre sätt, det är så sällan jag har committat tillbaka till svn att jag inte har undersökt möjligheterna. Tror dock risken är att ni skulle få dåliga commit-meddelanden vid användning av en branch (se här).
8 months, 3 weeks ago by lemonad
@lemonad: Värt att utforska i framtiden men för tillfället duger det gott att göra
git pulloch sedan fortsätta medsvn st,svn ciosv. Ofta behöver vi skriva en del, referera till tickets osv.8 months, 3 weeks ago by plindberg