Upgrade to Pro — share decks privately, control downloads, hide ads and more …

F*** yourself with GIT

F*** yourself with GIT

Short introduction into GIT for students at Night Of Projects 2011 at University of Applied Sciences Fulda

Ronny Trommer

May 21, 2012
Tweet

More Decks by Ronny Trommer

Other Decks in Education

Transcript

  1. Eigentlich hab ich überhaupt keine Ahnung von dem was ich

    hier gerade rede. Sei es drum, ich wurde durch die Mitarbeit in einem Open Source Projekt dazu gezwungen, git zu verwenden. *sigh* Die Welt war doch so schön mit SVN! Außerdem ist das eine gute Gelegenheit diese ganzen blöden Animationen hier mal auszuprobieren. Die Präsentation steckt voller Copyright violations. Ich bin ein Opfer der Google Bildersuche. Disclaimer NSFW
  2. SVN * Wird sehr gut von anderen Tools unterstützt *

    Lässt sich “relativ” leicht verstehen * Ihr könnt zentrales Rechtemanagement betreiben
  3. SVN * Langsam * Historie ist dumm * Branching ist

    ziemlich anstrengend * Ohne Server unbrauchbar
  4. GIT * Sau schnell * Merge ist einfach * Branch,

    Branch, Branch ... * Intelligente Historie * Geht auch ohne Server
  5. GIT * Steiniger Einstieg * Think dif <!-- © violation

    here! --> Paradigmenwechsel * Linux/Unix simpel, <omg>Windows</omg> * Rechtemanagement
  6. Git

  7. * Git verwaltet eine Sammlung von Dateien und deren Änderungen

    über die Zeit * All diese Informationen werden in der Datenstruktur Repository gespeichert
  8. Wie kommt man da hin? * Ihr braucht git *

    Nen bissle Grundkonfiguration git config --global user.name "FirstName LastName" git config --global user.email "[email protected]" git config --global color.branch "auto" git config --global color.status "auto" git config --global color.diff "auto" cd PATH/TO/MY/AWESOME/PROJECT git init
  9. * Eine Sammlung von Dateien, die einen Projektstand wiederspiegeln *

    Die Referenz auf sein parent commit object! * SHA1 name, 40 Zeichen identifizieren das commit object. Erzeugter Hash von relevanten Teilen des commits -> identische commits haben den gleichen Namen
  10. DIE git IDEE?! Versionskontrolle ist die Manipulation des Graphen mit

    all seinen commits. Wenn ihr Abfragen oder Änderungen macht, kann es euch helfen das im Hinterkopf zu behalten.
  11. * Ein head ist eine Referenz auf ein commit object

    * By default gibts in jedem Repository einen head der master genannt wird * Ein Repository kann beliebig viele heads haben * Der aktuell aktive head wird HEAD genannt
  12. Ok wir haben was zum spielen! git init git commit

    git log git status git diff git mv / git rm
  13. HINTS * aus master wird released (main/trunk) * Branches beinhalten

    “halbfertiges” * Branches zum implementieren neuer Features * Jeder entwickler branched, commits können IMMER gemacht werden, egal ob fertig oder nicht * Commits sind billig, es gibt KEINEN Grund nicht zu commiten!
  14. merge pattern Merge hat meistens zwei Gründe: * Features vom

    branch in den master zum release ziehen * Bugfixes und features aus dem master in euren feature-branch ziehen um commit Konflikte zu reduzieren und Bugs gefixt zu bekommen * Nachteil von dem da oben: Eure feature branch hat nen haufen merge commits * Hier kann rebasing ins Spiel kommen. Hat aber auch keinen Kuchen :)
  15. Infos * SmartGit - Non-Plus-Ultra * gitk * Charles Duan,

    Understanding Git Conceptually * Versionskontrolle mit Git von Jon Loeliger aus dem Verlag O’Reilly