Schlagwort-Archive: Git

Trac: Tickets per Commit schließen

Trac und Git spielen echt hervorragend zusammen.

Vorausgesetzt, dass bereits eine Trac-Installation vorhanden ist und ein Git-Repository in das Trac-Projekt eingebunden ist, ist hier der Weg beschrieben, um Tickets durch Commits zu schließen oder Referenzen zu setzen.

Beispiel-Workflow

Ein einfaches Beispiel des Workflows: Im Trac-Projekt „Webshop“ werden zwei Tickets aufgemacht: #10 beschreibt, dass der Login mit einem beliebigen Passwort möglich ist und #13 ist ein Verbesserungsvorschlag, dass Artikel auch mit einem Bild angezeigt werden.

Programmierer Jonas überträgt sich das Ticket #10, erstellt eine neue Login-Routine, commited und pushed die Änderungen zum Trac-Server. In die Commit-Message trägt er „Änderung des Logins, Sicherheitslücke beseitigt, fixed #10“ ein. Trac schließt daraufhin das Ticket.
Webdesigner Franz sieht das Ticket #13 und beginnt die View für das Bild vorzubereiten. Da Jonas aber noch die Routine für das Auslesen aus der Datenbank schreiben muss, möchte er das Ticket nur aktualisieren, aber nicht schließen. Seine Commit-Message lautet daher „View für Vorschau vorbereitet, Model muss noch Bild bereitstellen (see #13)“. In das Ticket #13 wird nun ein Eintrag mit einem Verweis auf den Commit gesetzt.

Trac: Tickets per Commit schließen weiterlesen

Verwandte Posts:

Probleme bei GIT via HTTPS

Geplant war, meine GIT-Repos via HTTPS verfügbar zu machen, um SSH wieder abschalten zu können. Die Authentifizierung erfolgt über das Apache LDAP-Auth-Plugin. Außerdem ist HTTPS in der Regel aus Firmennetzwerken heraus nutzbar.

Jedoch gab es Probleme, die im Grunde daher stammen, dass GIT-Clients GnuTLS als SSL-Library nutzen und nicht wie so häufig das weit verbreitete OpenSSL. Während ich eine OpenSSL-Verbindung mit meinem Server herstellen konnte, schlug das bei GnuTLS grundsätzlich fehl.

Das hat sich folgendermaßen bemerkbar gemacht:

bzw. in Eclipse:

Eine im Netz häufig gefundene Lösung für den Fehler „cannot open git-upload-pack“ ist das Setzen von http.sslverify auf true, was Git anweist, nicht vertrauenswürdige Zertifikate zu ignorieren, jedoch habe ich das CA Certificate in den Key Store importiert. Das war daher nicht das Problem, weitere Lösungsansätze habe ich nicht gefunden. Generell ist „cannot open git-upload-pack“ eine Fehlermeldung, die sehr viele Ursachen haben kann.

Ich bin beim Debugging häufiger auf ähnliche Einträge gestoßen:

Die Lösung ist daher ServerName im Webserver zu setzen:

Diese Direktive muss man im SSL-VirtualHost (z.B. in der Datei /etc/apache2/sites-enabled/default-ssl.conf)  der Apache-Config setzen, damit GnuTLS den ServerName mit dem CN (CommonName) des Zertifikats vergleichen kann.

Ich hoffe, das hilft anderen…

Die allgemeine Konfiguration von GIT via HTTP wurde schon häufig im Netz beschrieben (siehe Quellen).

 

Quellen:

Ganz nebenbei auch noch entdeckt:

Verwandte Posts: