Neulich hat mein Chef dem Team einen Git-Workshop spendiert. Vielen Dank dafür und an den Referenten Bernd Hort. Zum vertiefen, festigen und nachschlagen habe ich das Git-Buch von Preißel und Stachmann ausgesucht.

Die meisten der 31 Kapitel umfassen 10 Seiten oder weniger und gliedern sich in Grundlagen (Kapitel 1-3),  tägliche Arbeit (Kapitel 4-14), Workflows (Kapitel 15-28) und Weiterführendes (Kapitel 29-31).

Im Vorwort finden sich wertvolle Hinweise zum Umgang mit dem Buch: Was muss ich lesen? Was kann ich als fortgeschrittener weglassen? Wo finde ich was? Und sie zeigen, dass sie den Stier Komplexität bei den Hörnern fassen wollen – mit Workflows. Das ist ein pragmatischer Ansatz. Beide Daumen hoch meinerseits, denn es ist genau das, was ich bei Loeliger als fehlend bemängel. Preißel und Stachmann bieten keine Befehlsreferenz – wollen sie auch gar nicht, sondern eine Hilfe für den Projektalltag. Der wird entweder mit der git-Konsole gemeistert oder mit einem GUI, und die zwei erklären, wie’s geht. Bei Klickibunti fiel ihre Wahl auf SourceTree – volle Punktzahl dafür, denn das setzen wir auch bei uns ein.

In der ersten Hälfte des Buches finden sich Erläuterungen zu grundlegenden Funktionen von git. Die einzelnen Kapitel sind in sich abgeschlossen und kurz und knackig ohne, dass es ihnen an Tiefe mangelt. Am Ende steht jeweils eine Zusammenfassung – das ist hilfreich.

Die andere Hälfte des Buchs befasst sich mit dem Thema “Workflows” und zeigt Vorgehen in alltäglichen Situationen: Wie fange ich an? Wann wird ein neuer Branch erstellt? Wie hilft git bei der Fehlersuche? Wie sorgen wir für die Auslieferung unseres Produkts? Was tun, wenn’s unübersichtlich wird? Wie kann man git und cvs gemeinsam nutzen? Wie kann ich auf git umsteigen? Es gibt ein Verzeichnis, das zu jedem beschriebenen Workflow eine aussagestarke Skizze zeigt und jeweils eine ganz kurze Beschreibung – als Gedächtnisstütze bestens geeignet.

Ein kurzes Kapitel behandelt die “Integration mit Jenkins”, anschließend werden noch einige Anregungen gegeben, was git sonst noch so kann: Themen wie “Patches”, “Archive”, “Hooks” und einiges mehr. Das letzte Kapitel behandelt in gewohnter Knackigkeit, wo es bei git hakelt.

Das Layout ist angenehm, keine Bleiwüste, aufgelockert durch Skizzen und “Schritt für Schritt”-Anleitungen. Die “Schritt für Schritt”-Anleitungen sind im Sinne von HowTos verfasst und haben ein eigenes Verzeichnis – toll. In der Marginalspalte finden sich Querverweise – praktisch.

Abgerundet wird das ganzen durch einen brauchbaren Index. Der listet nicht einfach alle Vorkommen aller Begriffe auf, sondern enthält 1) nur die interessanten Begriffe und 2) erwähnt er nur die wichtigen Seiten zum jeweiligen Begriff. So muss es sein.

Negatives? Ja. Die Haptik ist unangenehm, das Buch ist rutschig und kantig. Aber das gibt sich hoffentlich nach einiger Zeit steten Gebrauchs ;) Und es ist ein Paperback. Ein fester Einband wäre mir lieber gewesen.

Fazit: Praxisnah, alltagtauglich, gut zu lesen. Gutes Buch.

Immer wenn ein neues Versionskontroll-System im Bazaar zu haben ist brechen quasi-religiöse Debatten los: Heisst es nun “Version” oder “Revision”, welches System geht effizienter mit Speicherplatz um, welches ist schneller, technisch eleganter, welches Mumta verdischt am weilsten? Der Preis für die Benutzung des neuen System ist, dass man von den Erschaffern und Evangelisten eine Predigt über sich ergehen lassen muss. Inhalt ist, wie das neue System grundsätzlich intern arbeitet, welches Verständnis von Versionskontrolle die Erbauer haben und warum das alles viel besser ist als alles vorhergehende – das kommt alle Jahre wieder, seit Jahren, immer wieder aufs neue. Mach’ ‘ne Websuche nach “why subversion is better than cvs” und anderen mit entsprechend sinnvollen Änderungen und Du siehst, was ich meine.

Loeliger macht hier leider keine Ausnahme. Kapitel 1 behandelt die “Geburt” von git – wieder so eine Metapher und dazu eine, bei der ich Gebärneid von Programmierern assoziiere – kann sein, dass Joseph Weizenbaum[1] diese Idee zuerst hatte. Es folgen Kapitel zu Installation und Konfiguration – vernünftiger Aufbau, allerdings werden vor der Konfiguration schon “erste Schritte” getan, und das ist ungeschickt, denn es nötigt Loeliger, “seltsame Fehlermeldungen” zu erklären. Die Kapitel 4 und 5 enthalten die Grundsatzpredigt.

Die Kapitel 6 bis 12 enthalten Ausführungen zur alltäglichen Arbeit: Commits, Branching, Diff und Merge, verändern von Commits, zuletzt die Zusammenarbeit im Team mittels “entfernten Repositories” und die “Repository-Verwaltung”. Die Kapitel 13 bis 16 bedienen Spezialthemen: Patches, Hooks, die Kombination von Projekten und die mögliche Zusammenarbeit von git mit svn.

Sein Buch beschreibt alles ganz haarklein und technisch. Es ist gut, so eine Referenz zu haben, es sind etliche interessante und hilfreiche Details beschrieben. Aber in der alltäglichen Arbeit mit git ist es nur bedingt hilfreich, weil das Finden der relevanten Stelle mühsam ist. Seine Beispiele sind nicht immer durchgängig – das fällt aber erst dann auf, wenn man versucht, den vorgestellten Befehl auf das vermeintlich aktuelle Szenario anzuwenden, und das Ergebnis ein ganz anderes ist.

Beim Thema “Patches” beschreibt Loelinger ausführlich, wie man einen Patch mit Hilfe des Befehls git am anwendet, aber es fehlt eine Beschreibung des Befehls patch. Ok, dies ist ein Buch über git, aber an dieser Stelle ist es zu eingeschränkt, denn git am steht auf Systemen ohne git nicht zur Verfügung, patch aber meistens schon.

Das Buch zeigt Möglichkeiten, aber keine brauchbaren Handlungsanleitungen, keine Best Practices. Als Anfänger im Bereich Versionsverwaltung wünscht man sich vermutlich ein Buch, das unterschiedliche Verfahren darstellt, wie man allein und im Team mit Versionsverwaltung arbeiten kann, wann welches RCS sinnvoll ist, und Rezepte für die normalerweise nötigen Erledigungen. Ein Buch, das anhand der naheliegenden Fragen erklärt und keins, das Features durchhechelt.

Wenn im Alltag die git-Hilfe und Google schnell zum Ziel führen – warum dieses Buch kaufen? Der Tiefe wegen und wegen der Bücherliebhaberei. Online ist ein anderes Git-Buch verfügbar, ebenfalls mit Predigt in Kapitel 1, der Rest ist brauchbar. Ein Online-Buch zur Versionskontrolle mit Subversion erklärt die grundlegenden Konzepte besser.

[1] Habe keine Quelle für diese Behauptung gefunden und “Die Macht der Computer die Ohnmacht der Vernunft” unauffindbar verlegt, bin aber bei der Suche über einen interessanten Artikel gestolpert.

Das Handbuch der Java-Programmierung gehört zum besten, das ich über Programmierung im allgemeinen und Java im besonderen gelesen habe. Kein Buch kann alles erklären und den wenigsten gelingt es, ein Thema erschöpfend darzustellen. Aber diese 1200-und-mehr Seiten sind klar und deutlich geschrieben. Dem geistig regen Leser wird der Horizont erweitert und es inspiriert zu neuen Fragen – aber “der Krüger” stellt einen nie vor Rätsel.

Auf knapp 500 Seiten präsentiert Krüger den Kern der Sprache “Java”. Didaktisch klug plaziert er das Kapitel über Objektorientierte Programmierung (OOP) nach den syntaktischen Grundlagen und vor den “weiterführenden Spracheigenschaften”, die das Wissen um OOP voraussetzen. Darauf folgen fast 400 Seiten über Grafikprogrammierung, das Thema “Applets” wird danach kurz behandelt. Das Ende des Hauptteils beleuchtet “Spezielle APIs” – beispielsweise jdbc, Sockets und Cryptographie.

Die Java-Themen, die Krüger behandelt, behandelt er detailiert. Die Beispiele sind gehaltvoll, prägnant, in sich abgeschlossen und verständlich. Krüger zeigt Zusammenhänge, ist sachlich, aber nie trocken, nie langweilig. Das Buch ist hervorragend für die Ausbildung geeignet – habe es an vier Kandidaten erprobt. Dazu habe ich einige Kapitel ausgewählt, deren Themen man m.E. als Programmier- und Java-Anfänger beigebracht bekommen muss. Anschließend einige Inhalte, anhand derer man exemplarische zeigen kann, wie java “tickt” und die in der täglichen Praxis im Ausbildungsbetrieb gebraucht werden: Kapitel 1, 2.2, 2.3, 3.2, 4, 5, 6,7, 8, 9.1, 11, 12, 13, 18, 20, 21, 42. Kapitel 50 bei Bedarf. Das ist der Lehrplan für’s erste Jahr, immer gepaart mit den dortigen kleinen Programmier-Aufgaben.

Der Teil über Objektorientierte Programmierung gehört zu den besten Texten, die ich zu diesem Thema kenne und die für ein breites Publikum geschrieben sind. Wer diesen Teil verstanden hat und weiss, wie die java-api-doc zu lesen ist, den bringt nichts mehr aus der Ruhe. Der Index des hjp ist hervorragend, auch nach jahrelanger Nutzung habe ich keine Einträge hinzugefügt – und das kommt leider nur selten vor.

Man sieht auf www.javabuch.de, dass fleissig an dem Buch gearbeitet wird. Ich habe mir seinerzeit die 3. Auflage gekauft und schaue auch heute noch immer wieder ‘rein. Ich empfehle es jedem ernsthaften Java-Programmierer zur Anschaffung.

[Reflexion]

Das obige ist eine mächtige Lobhudelei. Unangebrachte Lobhudelei kommt im Web oft vor. Ich kenne Guido Krüger nicht, bekomme keinen Cent für diesen Lobgesang und denke, dass er dem Buch gerecht wird.