Aber dafür gibt's heute was Feines: ein SVN-Diff-Export-Tool!

Wer sich nun fragt, was das sein soll – ganz einfach: ein PHP-Script, das aus einem Diff zweier SVN-Revisions die geänderten Dateien und Verzeichnisse exportiert.

Das ist sehr praktisch, wenn man einem Kunden "nur mal eben" die Changes schicken will…und dann im Normalfall per Hand aus der WorkingCopy exportieren würde.

So geht's doch viel einfacher – URL zum Repo (bzw. Repo-Pfad) angeben, ggfls. User/Pass, Start- (und optional End-) -Revison, Export-Verzeichnis, fertig.

Ein paar kleine Hinweise noch:

• es ist eine Quick'n'Dirty-Lösung, dementsprechend ist der Code nicht unbedingt "aufgehübscht".
• ggfls. müssen die Pfade zu "svn diff" und "svn cat" im Script (Zeile 46/47) angepasst werden
• sofern open_basedir gesetzt ist dies am besten deaktivieren: /usr/bin/php -d open_basedir="" /path/to/svnDiffExport.php
• sollte das Script abbrechen sollten memory_limit und max_execution_time geprüft werden
• Subversion sollte in einer aktuellen Version vorliegen, da "svn diff" mit den Optionen "–summary" und "–xml" verwendet wird
• das Script verwendet SimpleXML zum Parsen des Diff-Outputs – dementsprechend muss die PHP-Extension installiert sein
• svn:externals werden nicht exportiert
• Getestet wurde es nur kurz, dafür aber auf Windows und Debian Lenny – auf beiden lief es problemlos
• Wie üblich: Keine Garantie & Haftung! Siehe Lizenz.

Download: svnDiffExport.zip

Ist schon ganz gut gelungen, wie ich finde.

Das Schöne daran: ich kann meine Objekte wie z.B. Services (UserManagement), Zend_Db etc. direkt in den Resource-Plugins (für's Bootstrappen) definieren, sie werden aber noch nicht geladen/initialisiert.

Erst wenn ich mir, wie ich es nenne, eine Komponente "hole" wird der ganze benötigte "Rattenschwanz" geladen.

Warum das so toll ist? Ganz einfach: Wozu soll ich eine DB-Verbindung aufbauen, wenn diese für den Request nicht benötigt wird?

Sollte sie doch an irgend einer Stelle benötigt werden mache ich ein einfaches exTSend_DIContainer::getComponent('database') (sofern ich die Komponente "database" genannt habe) und bekomme ein funktionsfähiges Zend_Db-Objekt zurück.

Da ich noch nicht ausreichend Zeit zum Testen hatte stell ich den Code einfach mal so zur Diskussion, ohne Anspruch auf Vollständigkeit oder Funktionsfähigkeit.

Wer es nützlich findet darf es einsetzen, sollte aber bedenken, dass er mal drüber schauen sollte, ob alles "OK" ist.

Wenn ich mal wieder Zeit finde wird das Ganze auch endlich mal auf exTSend.com aktualisiert…wenn…ja wenn…

Ich würde mich jedenfalls über ein wenig Feedback freuen – so denn überhaupt jemand den leider noch immer lahmenden Blog liest…ich gelobe Besserung in naher Zukunft

Download: exTSend-DIContainer