Das Dokument beschreibt die Herausforderungen und Lösungen für die Zusammenarbeit an Softwareprojekten mit mehreren Beteiligten, wobei Git als Versionskontrollsystem hervorgehoben wird. Es werden Techniken zur Versionierung, paralleler Entwicklung und zur zentralen Ablage von Daten vorgestellt, um Datenverlust und Verwirrung durch mehrere Versionen zu vermeiden. Zudem wird die Nutzung von Plattformen wie GitHub und Atlassian erwähnt, sowie grundlegende Git-Befehle für die Projektverwaltung.

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