Das automatische Deployen + das Verbiegen von symbolischen Links ist auch der Weg welchen ich beruflich nutze. Hat den erheblichen Vorteil super schnell und einfach zurückrollen zu können. Im Idealfall sollte das Deployen auf den Live-System aus getaggten Versionen des SVN kommen so weit sind wir aber auch noch nicht.

@Christian
Wir deployen mit phing. Hat den Vorteil dass man ein paar notwendige Änderungen während des deployen dort hinein tun kann (z.B. Adaption der htacess im Bezug auf environments usw. oder auch des Setzen der ZF-Library, die wir somit nicht jedes mal ausrollen müssen). Die ganzen PHAR-Befehle sind auch alle sehr trivial und erinnern sehr stark an Ant (und Maven). Vorteil daran ist auch man kann noch entsprechend loggen was bei Fehlschlägen von Builds ganz sinnvoll ist. Ebenso kann man die XML-Skripte selbst auch versionieren.

@Nils
PHP-Projekte selbst sind wohl selten über 1GB, aber Datenbanken sicherlich häufiger. Darum kann man da nicht so schnell was versionieren sonst ist die Platte schnell voll. Auch weiß ich nicht wie man 1GB mit Bildern vollpackt. Im Web sollten diese doch skaliert und optimiert sein. Das müssten ja dann > 100.000 Bilder sein…

Im übrigen würde ich das Testsystem immer per htacess schützen. Das kann dann auch in den Build-Skript mit rein. Irgendwann erkennt Google doch mal die Seite bzw. der Konkurrent (für dieses private Projekt sicherlich nicht so wichtig, aber im business schon).

Bei Datenbankänderungen bin ich mittlerweile auch überzeugt, dass man diese nicht zu 100% versionieren kann. Ich glaube man muss für seinen Anwendungsfall den sinnvollsten Weg finden. Spätestens wenn man mit einem Deployments Spalten löscht kann man nicht ohne weiteres zurückrollen, da die Informationen nun mal gelöscht sind. Auch bei Hinzufügen von neuen Spalten (ich finde Doctrine handhabt das super) will man öfters auch diese Spalten mit irgendwelchen Werten füllen. Da ist mir noch kein Weg eingefallen, wie man dies automatisieren kann. Ebenso kommt bei System wie WordPress (oder Magento) auch hinzu, dass man aufgrund von Änderungen im Admin-Panel Daten in der Datenbank verändert, löscht und hinzufügt. Kenne da auch keinen praktikablen Weg dies wieder dem SVN bekant zu machen (trivialer Fall: Der Blog-Admin installiert ein neues Plug-In).

Generell wäre das Thema automatisches Deployment sicherlich ein gutes Panel-Thema auf irgendwelchen Konferenten. MVC kann mittlerweile ja jeder (bzw. sollte es können ), aber gerade beim Deployen kann man sicherlich noch viel optimieren. Auch da es wohl keine perfekte Lösung gibt.