Presentation given to the second year students Applied Computer Science of University College Gent.

1. HOGENT 14/04/16

2. WIE BEN IK?

3. BIO
▸Thomas Nys
▸1986
▸Hamme /
Gent
WIE BEN IK?

4. PROFESSIONEEL
▸Ruby On Rails
▸Rialto
(PropTech
startup)
WIE BEN IK?

5. HOBBYS
▸Lezen
▸Ruby Belgium
▸Crossfit
▸Elixir
WIE BEN IK?

6. OVERZICHT
▸ Git history
▸ Git basics
▸ Commit messages
▸ Merge vs rebase
▸ Merge conflicts
▸ Workflow
▸ Git voodoo
▸ Git resources

7. GIT HISTORY

8. I'M DOING A (FREE) OPERATING SYSTEM
(JUST A HOBBY, WON'T BE BIG AND
PROFESSIONAL LIKE GNU) FOR 386(486)
AT CLONES.
Linus Torvalds, 25-08-1991
GIT HISTORY

9. LINUS TORVALDS
▸Finse programmeur
▸Vader linux-kernel
▸Ontevreden met
CVS
GIT HISTORY

10. NODEN
▸Performant
▸Gedistribueerd
▸Fout-tolerant
GIT HISTORY

11. BITKEEPER
▸ Gratis voor Linux-maintainers (niet opensource)
▸ Iemand probeert Bitkeeper te reverse
engineeren
▸ Bitkeeper stopt met Linux te steunen
▸ April 2005 gestart met eerste versie git
GIT HISTORY

12. GIT BASICS

13. SNAPSHOTS GEEN DELTAS
▸ Andere VCS’en
== delta’s van
een bepaalde
basefile
▸ Git == stream van
snapshots
GIT BASICS

14. ALLES LOKAAL
▸Gedistribueerd model
▸Snelheid!
▸Offline werken
GIT BASICS

15. GIT == DATA-INTEGRITEIT
▸ Alles in git gechecksummed met SHA-1
hash naar een hexadecimale string van 40
karakters
▸ Elke wijziging opspoorbaar
▸ Alles is omkeerbaar
GIT BASICS

16. 3 STADIA
▸ Modified
▸ Gewijzigd maar niet opgeslagen
▸ Staged
▸ Klaargezet om te committen
▸ Cmmitted
▸ “Opgeslagen”
GIT BASICS

17. BRANCHING
▸Branch is een snapshot van de situatie
op het moment waar de branch
afgetakt is
▸Branch is letterlijk een aftakking
▸Je kan branchen op een branch
GIT BASICS

18. .GITIGNORE
▸ File met te negeren bestanden
▸ Typisch voor bestanden met gevoelige informatie of
tijdelijke bestanden
▸ Repo basis: vb file met database-wachtwoorden
▸ Globaal hele systeem: vb. tmp-files typisch voor het OS
GIT BASICS

19. DEMO
GIT BASICS

20. COMMIT
MESSAGES

21. 7 REGELS VOOR EEN GOEDE COMMIT MESSAGE
1. Hou onderwerp en body gescheiden met 1 witregel
2. Beperk de lengte van het onderwerp tot 50 karakters
3. Het onderwerp begint met een hoofdletter
4. Gebruik geen punt op het einde van het onderwerp
5. Gebruik de gebiedende wijs in het onderwerp
6. Beperk de breedte van de body to 72 karakters
7. Geef in je body een uitleg voor wat en waarom, niet over hoe
COMMIT MESSAGES

22. MEER OVER COMMIT MESSAGES
▸ Een rant van Linus Torvalds over commit-messages:
▸ https://github.com/torvalds/linux/pull/
17#issuecomment-5659933
▸ Blogpost die dieper ingaat op deze 7 regels:
▸ http://chris.beams.io/posts/git-commit/
COMMIT MESSAGES

23. MERGE VS
REBASE

24. MERGE
▸ Makkelijkst
▸ Laat de geschiedenis as
is
▸ Extra commit iedere
keer changes van master
worden gemerged
▸ Geeft een heel slordige
git-history
▸ Minder geschikt voor
team-werk
MERGE VS REBASE

25. REBASE
▸ Iets geavanceerder
▸ Geen overbodige
merge-commits
▸ Mooie lineaire
geschiedenis
▸ Geschiedenis
herschreven, niet
gebruiker op publieke
branches
MERGE VS REBASE

26. MERGE
CONFLICTS

27. WANNEER?
▸ Wanneer eenzelfde lijn in eenzelfde bestand is aangepast
in 2 branches.
▸ Wanneer een file in 1 branch verwijderd is maar in een
andere gewijzigd.
MERGE CONFLICTS

28. DEMO
MERGE CONFLICTS

29. WORKFLOW
(in kleine teams)

30. GITHUB
▸ Marktleider hosting git-repo’s
▸ Meeste open-source projecten zitten op git
GITLAB
▸ Evenwaardig maar kleiner
▸ Snelle progressie
▸ Kan sneller groeien door te leren uit fouten github
WORKFLOW

31. BASICS
▸ Master == productie-code
▸ Nooit pushen naar master !!!
▸ Iedereen branched op master
▸ Indien feature:
▸ branchnaam: feature/coole-feature
▸ Indien bug:
▸ branchnaam: bug/het-is-kapot
WORKFLOW

32. CODE TERUG NAAR MASTER
▸ Indien de feature/bug klaar —> PR op Github
▸ Rebasen met master (changes in master naar branch brengen)
▸ Wordt toegewezen aan iemand van het team en nagekeken
▸ Code review is een leerrijk proces en geen ego-kwestie
▸ Jij bent je code niet
▸ Stijl en syntax automatisch laten checken (voorkomt al heel wat ego-zaken)
▸ Zorg voor een ci die automatisch testen loopt en zo al een eerste vorm van
feedback geeft, testen falen == probleem
▸ Indien ok de pull-request gemerged en automatisch een deploy naar productie
WORKFLOW

33. DEMO
WORKFLOW

34. GIT VOODOO

35. ▸ git rebase -i
▸ git fixup & autosquash
▸ git bisect
▸ git cherry-pick
▸ git add -patch
▸ git add -i
▸ git reflog
▸ tig
▸ git-extras
GIT VOODOO

36. GIT RESOURCES

37. ▸ Officiële documentatie:
▸ https://git-scm.com/
▸ Podcast
▸ https://www.briefs.fm/git-tips
▸ Interactieve cheatsheet:
▸ http://ndpsoftware.com/git-cheatsheet.html
▸ Tutorial:
▸ https://www.atlassian.com/git/tutorials/
▸ Meer info over .git-folder
▸ https://medium.freecodecamp.com/understanding-git-for-real-by-
exploring-the-git-directory-1e079c15b807#.gmhespqdy

38. THX!
Nog vragen?
Twitter: @nysthee
Email: nysthee@gmail.com