fg.workshop vom 03.04.2014 http://fg-informatik.unibas.ch/wiki/index.php/FG-Workshop

2.  Szenario: Programmier Projekt mit
mehreren Beteiligten wird bearbeitet.Alle
sollen
◦ die aktuelleVersion des Programms haben
◦ über Neuerungen informiert werden
BestesVorgehen?

3.  Gemeinsame Arbeit
am Rechner ?
 Verteilen per Mail
oder USB Stick ?

4.  Unübersichtlich
◦ Durcheinander vonVersionen
◦ ÄltereVersionen gehen verloren
◦ Dokumentation geht verloren

5.  Nur eine aktuellsteVersion
◦ Gleichzeitiges Bearbeiten eines Teilstücks
schwierig
◦ Erhöhte Komplexität, wenn mehrere
Personen an verschiedenen Files arbeiten

6.  Daten Lokal gespeichert
◦ Datenverlust auf dem Rechner bedeutet auch
Verlust des Programms

8.  Versionierung
◦ Alle altenVersionen vorhanden
◦ Änderungen sichtbar/kommentiert
 Parallele Entwicklung wird unterstützt
◦ Branching/Merging
 Zentrale Ablage
◦ Für alle erreichbar
◦ Absturz des eigenen Rechners verkraftbar

9.  Entstehung 2005
 Entwickelt von Linus Torvalds
 Opensource Alternative zu damals verfügbarer
Software
 Einsatz: Entwicklung des Linux Kernels

11.  Github
 Atlassian
 Community

13. git config --global user.name “John Smith“
git config --global user.email john@example.com
git config --global alias.<alias-name> <git-command>
git config --system core.editor <editor>
git config --global --list

14. cd good-project
git init
git add --all
git commit –m “good first comment“
git remote add origin <somePage>
git push origin master

15. git clone <Repo>

16. git pull
# Some Work
git status
git diff
git add .
git commit –m “Important
Things“
git push

17.  git zurücksetzen
◦ rm –r .git
 Alle lokalen Änderungen verwerfen
◦ git reset --hard
◦ git clean -f

18.  Letzten commit rückgängig machen
◦ git revert HEAD
 Letzte Änderung an einem File rückgängig
machen
◦ git checkout <theFile>
 Commit nachträglich bearbeiten
◦ git add <someFile>
◦ git commit –amend

19.  File nicht mehr
tracken
◦ .gitignore file
◦ git rm --cached “...“

20.  Branch erstellen
◦ git branch <myBranch>
 Branch löschen
◦ git branch –d <myBranch>
 Zu Branch wechseln
◦ git checkout <myBranch>
 Branches anzeigen
◦ git branch

21.  branches are just pointers to commits
◦ When you create a branch, all Git needs to do is
create a new pointer—it doesn’t change the
repository in any other way.
◦ This has a dramatic impact on Git's merging
model.

22.  Whereas merges in SVN are done on a
file-basis, Git lets you work on the more
abstract level of commits.
 You can actually see merges in the project
history as a joining of two independent
commit histories.

23. # Start a new feature
git checkout -b new-feature master
# Edit some files
git add <file>
git commit -m "Start a feature“
# Edit some files
git add <file>
git commit -m "Finish a feature“
# Merge in the new-feature branch
git checkout master
git merge new-feature
git branch -d new-feature

24. # Start a new feature
git checkout -b new-feature master
# Edit some files
git add <file>
git commit -m "Start a feature“
# Edit some files
git add <file>
git commit -m "Finish a feature“

25. # Develop the master branch
git checkout master
# Edit some files
git add <file>
git commit -m "Make some super-stable
changes to master“
# Merge in the new-feature branch
git merge new-feature
git branch -d new-feature

26.  Studenten Account auf Github:
◦ https://education.github.com
 git Tutorials
◦ http://try.github.io
◦ https://guides.github.com
◦ https://www.atlassian.com/git
 git Docu
◦ http://git-scm.com/documentation
 git Sourcecode
◦ git clone https://github.com/git/git