Ich selbst bin meiner größter Feind … der arbeiten ohne Versionskontrolle

Welcher Programmierer kennt das nicht. Man hat zig Stunden in ein Projekt investiert und es schaut schon wirklich nicht schlecht aus. Dann möchte man nur noch eine Kleinigkeit ändern und plötzlich funktioniert gar nichts mehr und es kommt noch schlimmer. Egal wie oft man auf Rückgängig machen klickt, der Fehler ist trotzdem noch da. Nun meist funktioniert es dann eh irgendwann wieder, aber der ganze Prozess bis dorthin ist mehr als frustrierend und zeitraubend. Am Ende hat man viele Stunden investiert um nur dorthin zu kommen vor man eigentlich schon war.

Egal ob man im Team arbeitet oder alleine eine funktionierende Versionskontrolle ist ein unverzichtbares Tool für jeden Entwickler. Es gibt verschiedene Tools um mit dem Problem der Versionskontrolle fertig zu werden. Zwei Bereiche sind dabei besonders wichtig. Einerseits muss das Zurückkehren zu vorigen Versionen möglich sein und Änderungen müssen nachvollziehbar sein. Ich persönlich bin ein großer Fan von GIT, aber freilich gibt es auch andere

Arbeitet man im Team ist es ohnehin schon selbstverstänlich ein VCS zu nutzen. Für all jene ist der Artikel auch nicht gedacht. Hier geht es vor allem um die Entwickler die alleine arbeiten und insofern mit dem Problem der Versionskontrolle anders fertig werden …. zum Beispiel mit etlichen abgespeierten Zwischenversionen.

GIT ist ein sogenanntes dezentrales VCS was soviel bedeutet wie dass es sowohl eine lokale  Kopie des ganzen Reposetories gibt als auch eine Version am Servern. Aus naheliegenden Gründen ist das wichtig. PCs können kaputt gehen, gestohlen werden und auch Server können sich verabschieden. Auf jeden Fall möchte man nicht dass letzten hundert Stunden Arbeit einfach weg sind.

Das Arbeiten mit GIT ist im Prinzip ganz einfach. Es lohnt sich also mal eine Blick darauf zu werfen. www.bitbucket.org ist eine nützliche und vor allem kostenlose Plattform um Repsoitorys anzulegen und diese zu verwalten. Hier kann man auch ein Repository als privat Kennzeichnen. Damit kann niemand außer ihnen auf die Daten zugreifen.  Hier noch eine Begriffe um sprachlich fit zu sein für das Verwenden eines VCS.

Repository
Enthält alle Dateien eines Projekts inklusive aller vorausgegangenen Versionen

Commit
Die Änderungen werden in das Repository übertragen. Es wird eine “Version” erstellt. Diese existiert zu dem Zeitpunkt nur lokal.

Push
Die lokalen Änderungen werden  aus in das Repository am Server (=Remote Repository) übertragen.

Checkout
Man holt sich eine Arbeitskopie aus dem Repository oder einem Branch.

Clonen
Ein Repository wird kopiert.

Brache
Entwicklung erfolgt nicht immer nur geradlinig. Manchmal möchte man auch einen eigenen Zweig abspalten.

Merge
Das Zusammenfügen von Änderungen aus verschiedenen Branches.

Fork
Ableger eines Repositorys