Git er et kraftig open-source, distribuert versjonskontrollsystem som er stadig mer i vinden, og mange ønsker å ta det i bruk. Hvordan får man til en smidig overgang fra sitt trauste sentraliserte versjonskontrollsystem? Er verktøyene modne nok? Kreves det superutviklere eller kan alle ta det i bruk? Hva slags arbeidsflyt og prosesser skal man bruke? Vi har tatt i bruk Git i et større Java-prosjekt som omfatter forvaltning og videreutvikling av et salgssystem. Systemet har vært i drift siden 2002. Inntil i fjor benyttet vi ClearCase som versjonskontrollsystem, men valgte å gå over til Git. Motivasjonen var å få bedre ytelse, flere muligheter samt å spare penger. I dette foredraget ønsker jeg å dele våre erfaringer med Git. Jeg vil dekke både selve migreringen fra et versjonskontrollsystem til et annet, utfordringer vi har støtt på og "best practice" for daglig bruk av Git i prosjektet vårt. Jeg vil også komme inn på hvilke andre alternativer vi evaluerte og hvorfor vi valgte Git.

1. i praksis Erfaringer med overgang fra ClearCase til Git Fredrik Vraalsen fvr@knowit.no / @fredriv

3. ClearCase vs. Git vs. ...?

4. Overgang til et nytt versjonskontrollsystem

5. Utfordringer, erfaringer og gevinster

6. Best practice

7. Spørsmål

9. Ekspertapplikasjon for selgere

11. Vedlikehold og videreutvikling

12. ~3 MLOC

13. ~10 personer p.t.

15. Snapshot (working copy)

16. Låsbasert

18. Snapshot (ikke changesets)

19. Lokale brancher

20. Sentralisert vs Distribuert CVS, Subversion, ClearCase, Perforce, ... Git, Mercurial, Bazaar, BitKeeper, ...

21. Hvorfor bytte fra ClearCase?

22. Hvorfor ?

23. Alternativer?

25. Læringskurve

26. Verktøystøtte

27. Tegnsett

28. Rename-tracking

29. Binære filer

31. Ingenting?

32. Kun trunk / master branch?

33. Kun utvalgte versjoner (leveranser)?

36. Vedlikehold av gamle brancher

37. Synkronisering av endringer

40. Manuell synkronisering av bugfikser til Git

42. Git er kraftig

44. Eller gjøre ting veldig annerledes enn før...

46. Bruk branches på samme måte som før

49. editer

50. git add

51. git commit

55. editer

56. git add

57. git commit

58. git push

59. git pull

60. merge

61. git commit -a

64. svn update

73. add, commit

74. branch, merge

75. log, diff, ...

76. For ikke å snakke om Eclipse ...

80. Tegnsett

87. Støttes ikke i alle kontekster (f.eks. gitk )

90. Bedre å holde dokumenter utenfor?

91. Ikke vært problem i praksis

92. Hva fikk vi så igjen for dette?

93. Platform

94. Hvorfor er ytelse så viktig?

98. Mer effektivt

100. Ha en Git-ekspert på teamet

101. Commit tidlig, commit ofte

105. git stash

106. git fetch

107. git rebase origin/master

108. git cherry-pick

109. git rebase -i

110. git add -p

111. Hvorfor ?

112. Spørsmål? fvr@knowit.no / @fredriv

114. Pro Git – http://progit.org/book/

115. Github intro to Git – http://learn.github.com/p/intro.html

116. Git reference – http://gitref.org/

118. ClearCase Globally, Git Locally – http://genaud.net/2008/08/clearcase-globally-git-locally/