Wie kann man in git Aliasse definieren und verändern?

Man editiere $HOME/.gitconfig ($HOME ist unter Windows via cd %HOMEPATH% erreichbar). Unter Linux/Mac sollte git config --global alias.ci commit auch funktionieren. Es öffnet sich dann ein Editor.

Im Editor fügt man einfach eine Sektion [alias] ein und unter diese einzelne Einträge für die entsprechenden Kommandos.

git log mit Autor und Datum

Es soll mit git log ein verkürzter Hash, der Name des Autoren, die lokale Zeit und die Commit-Nachricht angezeigt werden.
Beispiel:
Dies erreicht man mit git log --date=local --pretty=format:"%h%x09%an%x09%ad%x09%s". Man kann dies als git alias lp (log pretty) definieren. (Q: Stackoverflow)

Mehr davon

gibt es im git kernel wiki

Tools und andere Helferlein

• gitblit ist eine single-stack solution. D.h. Apache, git und perl sind in einem Paket zusammen verfügbar und können direkt eingesetzt werden. (Wer bereits einen Tomcat 6/7 am laufen hat, kann natürlich auch ein war Herunterladen und Ausrollen)

Dieser Artikel wird laufend erweitert und aktualisiert.

Nun wurde meine Frage zumindest in technischer Hinsicht beantwortet. Windows 7 haben fast 50% alle Besucher als Betriebssystem (oder geben dies vor). Alle Windows Versionen zusammen kommen auf knapp 75%. Das ist schon eine Menge, erklärt sich aber auch durch die Windows Tutorials. Unter Linux ist dies entweder meist kein Thema, oder der Benutzer findet jemandem im Freundeskreis, der Helfen kann. Windows Nutzer sind oft das erste Mal mit diesem Thema konfrontiert (PGP/GPG – mit Thunderbird und Enigmail Emails verschlüsseln). Dies deckt sich auch mit meinen Erfahrungen die ich mit dem direkten Leserkontakt gewinnen konnte

Interessant ist die Browserverteilung. Obwohl 75% Windows-Nutzer auf der Seite landen, scheinen die wenigsten ihrem Standard Browser zu trauen oder finden ihn schlichtweg unzureichend. Nichteinmal 15% schaffen alle InternetExplorer Versionen zusammen und das während Firefox 11 allein schon 38% der Benutzer installiert haben und benutzen. Alle Firefox Versionen zusammen bringen es auf 58%.

Vielleicht hätte man auch ohne Piwik auf dieses Ergebnis kommen können. Das meistgelesene Tutorial ist PGP/GPG – unter Windows mit Thunderbird Emails verschlüsseln. Firefox stammt auch aus dem Hause Mozilla. Wer das Emailprogramm benutzt wird wohl auch den Browser gut finden…

Sodann. Ich werde die Trends weiter verfolgen…

shelltest$ ./example.sh
..........
10 OK
0 FAILED


Man findet alles auf github. Shelltest v2.1 (Download)

Viel Spaß

Schade, dass ich nicht kommen konnte.

Die Clean Code Developer setzen sich mit dem Schreiben von gutem Code auseinander. Reflektieren ihr tägliches Handeln und stellen Liebgewordenes gern mal infrage. Persönlich habe ich Martins Buch schon vor einigen Jahren gelesen und bin 2009 auf die Initiative gestoßen und das Infragestellen ist mir auch nicht fremd. Hinzu kommt, dass jeder Scrum Master auch ein Wanderprediger ist (Hallo Falk!) und als solcher natürlich sein Evangelium verbreiten möchte. Also? In unserer Firma moderiere ich derzeit einen sechsteiligen Workshop zu diesem Thema. Die ersten Folien findet man in der Dropbox

Clean Code Developer – Roter Grad

Scrum hat als Grundprinzip, dass man ständig lieferfähig ist. In der Regel liefert man die Ergebnisse des letzten Sprints aus. Ggf. muss oder möchte man noch einen gesonderten Test-Sprint machen in dem superkomplizierte nicht-automatisierbare Integrationstests durchgeführt werden. Letzteres ist insbesondere bei der SW-Entwicklung für Geräte interessant.
Bei mir/uns haben sich Jenkins und buildbot als CI Server gut gemacht. Jenkins gefällt mir besser, da er leichter zu erweitern ist und es schon ganz viele Plugins gibt (für git, Sonar, ClearCase uvm.). Nach jedem git push läuft Jenkins los und macht einen clean build. Den Installer kann man sich (wenn man weitere Tests durchführen möchte) vom Server holen und loslegen. Nach dem Build werden die Metriken (Unittest, Code Coverage, PDM, FindBugs) in Sonar eingepflegt. Dort erkennt man dann auch Schwachpunkte und hat vor allem einen Verlauf über die Zeit.

Scrum benötigt IMHO CI, da sonst weder schnell noch effizient ein Liefergegenstand vorliegt und zeitnahes Feedback fehlt.