SVN vs. Git-fråga: om jag bara vill (orkar) lära mig ett verktyg vilket ska jag välja för användning i en liten utvecklingsgrupp?
1 month, 4 weeks ago.
17 comments so far
Lika bra att välja git (eller mercurial) då tycker jag. Man kommer igång på en kvart så det är ingen stor grej. Rekommenderar att du kör det själv på prov först så märker du snabbt vad det handlar om.
@lemonad: Tack, anade det :) Jag har använt svn ett längre tag i kundprojekt men är definitivt ingen super user (fått en hel del hjälp av @plindberg). Läste, ja egentligen såg jag en film med Jim Weirich från PragProg, om Git i helgen och blev fångad. Det verkar vara nästa steg när det gäller versionshantering.
Går det att enkelt förklara skillanden mellan Git och mercurial?
@osserpse: De är ganska lika. Mercurial är skrivet i Python och hostingen (bitbucket) bygger på Django. Gillar man den communityn så gillar man Mercurial. Det finns en bra manual också.
Även om jag gillar Mercurial så kommer du slippa motivera valet för andra om du väljer git istället ;)
Som nog framgått så gäller generellt att det kan vara svårt att motivera valet av ett icke-distribuerat versionshanteringsverktyg nuförtiden, samtidigt så är det (särskilt om man vant sig vid andra system) lite annat tänkande, som kan vara svårt/ta ett tag att komma underfund med.
Jag skulle säga att valet i hög grad beror på gruppen. Sen har jag inte riktigt koll, men skulle spontant gissa att saker som integrering i andra verktyg (Eclipse, eller Explorer.exe om man är sån) fortfarande är bättre med SVN-klienter.
Håller med @pontusf om att det beror på gruppen och hur mycket integrering man vill ha. Förut var git under Windows inte helt optimalt men det var ett eller två år sedan jag kollade på det senast.
Samtidigt tycker jag möjligheten att checka in lokalt är närapå omöjlig att jobba utan ifall man inte alltid är uppkopplad mot det centrala repot (i.e. sitter på jobbnätverket).
Om man inte kan checka in lokalt så hamnar man gärna i läget att det blir flera ändringar per incheckning. Något som gör det svårare att backa specifika ändringar och svårare att upprätthålla ett alltid fungerande projekt i det centrala repot.
Git är ett DVCS (Distributed Version Control System) så alla ett helt eget repository i botten. Man kan sedan hämta/skicka ändringar från/till andra repos lite som man vill (enklare än det låter!)
SVN bygger på principen att det finns ett master-repository som alla samarbetar igenom. När du checkar in något så hamnar det i master-repot.
Missade att förtydliga i jämförelsen: Med git checkar man alltså alltid in "lokalt" (i.e. i sitt eget git-repo). Med svn kan man bara committa till master-repot.
Nej, inte installerat än. Tänkte nog kolla lite med @plindberg. Han har hjälpt mig med svn via macports och det gick smidigt. Kör gärna även git den vägen.
Kör du redan macports tror jag det är så enkelt som sudo port install git-core +svn+bash_completion+doc
+svn är för att kunna köra git mot svn-repon. Genom git-svn kan man checka ut ett svn-projekt till git och sedan arbeta med det i git samtidigt som man fortfarande kan göra commits till svn-projektet. Inser att det troligen låter krångligare än vad det är när jag förklarar ;)
17 comments so far
Lika bra att välja git (eller mercurial) då tycker jag. Man kommer igång på en kvart så det är ingen stor grej. Rekommenderar att du kör det själv på prov först så märker du snabbt vad det handlar om.
1 month, 4 weeks ago by lemonad
@lemonad: Tack, anade det :) Jag har använt svn ett längre tag i kundprojekt men är definitivt ingen super user (fått en hel del hjälp av @plindberg). Läste, ja egentligen såg jag en film med Jim Weirich från PragProg, om Git i helgen och blev fångad. Det verkar vara nästa steg när det gäller versionshantering.
Går det att enkelt förklara skillanden mellan Git och mercurial?
1 month, 4 weeks ago by osserpse
@osserpse: De är ganska lika. Mercurial är skrivet i Python och hostingen (bitbucket) bygger på Django. Gillar man den communityn så gillar man Mercurial. Det finns en bra manual också.
Även om jag gillar Mercurial så kommer du slippa motivera valet för andra om du väljer git istället ;)
1 month, 4 weeks ago by lemonad
@lemonad: tack :)
1 month, 4 weeks ago by osserpse
Som nog framgått så gäller generellt att det kan vara svårt att motivera valet av ett icke-distribuerat versionshanteringsverktyg nuförtiden, samtidigt så är det (särskilt om man vant sig vid andra system) lite annat tänkande, som kan vara svårt/ta ett tag att komma underfund med.
Jag skulle säga att valet i hög grad beror på gruppen. Sen har jag inte riktigt koll, men skulle spontant gissa att saker som integrering i andra verktyg (Eclipse, eller Explorer.exe om man är sån) fortfarande är bättre med SVN-klienter.
1 month, 4 weeks ago by pontusf
Håller med @pontusf om att det beror på gruppen och hur mycket integrering man vill ha. Förut var git under Windows inte helt optimalt men det var ett eller två år sedan jag kollade på det senast.
Samtidigt tycker jag möjligheten att checka in lokalt är närapå omöjlig att jobba utan ifall man inte alltid är uppkopplad mot det centrala repot (i.e. sitter på jobbnätverket).
Om man inte kan checka in lokalt så hamnar man gärna i läget att det blir flera ändringar per incheckning. Något som gör det svårare att backa specifika ändringar och svårare att upprätthålla ett alltid fungerande projekt i det centrala repot.
1 month, 4 weeks ago by lemonad
@lemonad: Vad menar du med att checka in lokalt? Är det Git:s index/staging area du syftar på? Och som inte svn har?
1 month, 4 weeks ago by osserpse
Git är ett DVCS (Distributed Version Control System) så alla ett helt eget repository i botten. Man kan sedan hämta/skicka ändringar från/till andra repos lite som man vill (enklare än det låter!)
SVN bygger på principen att det finns ett master-repository som alla samarbetar igenom. När du checkar in något så hamnar det i master-repot.
1 month, 4 weeks ago by lemonad
@lemonad: Tack, klargörande förklaring!
1 month, 4 weeks ago by osserpse
Missade att förtydliga i jämförelsen: Med git checkar man alltså alltid in "lokalt" (i.e. i sitt eget git-repo). Med svn kan man bara committa till master-repot.
1 month, 4 weeks ago by lemonad
Nu blir det Git, har just köpt "Pragmatic Version Control Using Git", http://www.pragprog.com/titles/tsgit/pragmatic-version-control-using-git
Nu blir det helgläsning och övning. Tack för all hjälp.
1 month, 4 weeks ago by osserpse
Bra val av bok! Är det Windows, OS X eller linux du använder?
1 month, 4 weeks ago by lemonad
@lemonad: Jag använder OS X
1 month, 4 weeks ago by osserpse
Anade det. Har du installerat git än? Mitt minne är att det var lite meckigt, förutsatt att man inte använder macports.
@plindberg kan kanske fylla i när han är tillbaka från GTD-coachingen.
1 month, 4 weeks ago by lemonad
Nej, inte installerat än. Tänkte nog kolla lite med @plindberg. Han har hjälpt mig med svn via macports och det gick smidigt. Kör gärna även git den vägen.
1 month, 4 weeks ago by osserpse
Kör du redan macports tror jag det är så enkelt som
sudo port install git-core +svn+bash_completion+doc+svnär för att kunna köra git mot svn-repon. Genomgit-svnkan man checka ut ett svn-projekt till git och sedan arbeta med det i git samtidigt som man fortfarande kan göra commits till svn-projektet. Inser att det troligen låter krångligare än vad det är när jag förklarar ;)1 month, 4 weeks ago by lemonad
:)
Tack för det - jag ska kolla och testa!
1 month, 4 weeks ago by osserpse