Zend Framework Blog

Seit einigen Tagen läuft auf der Mailingliste für die Contributors eine interessante Diskussion über Qualitätssicherung für das Zend Framework. Da diese Mailingliste nicht wie alle anderen über Nabble.com lesbar ist, versuche ich die Diskussion hier kurz zusammen zu fassen. Auslöser für die Diskussion war die Kontroverse über den
BC Bruch im Release 1.9.3.

Zu Beginn der Diskussion wurde der Vorschlag zur Diskussion gestellt, ob es zukünftig jeweils einen Release Manager pro Minor Release geben solle. Also das Release 1.10 würde einen Release Manager aus der Community für alle Mini Releases (1.10.1, 1.10.2, 1.10.3, etc.) bekommen. Beim Wechsel auf das nächste Minor Release (1.11 oder 2.0) würde dann ein neuer Release Manager eingesetzt. Der RM solle auch einen Mitarbeiter von Zend an die Seite gestellt bekommen.

Auf diesen Beitrag hin entwickelte sich eine interessante Diskussion, die den Nutzen eines Release Managers zur Vermeidung der oben genannten Probleme in Zweifel stellte. Stattdessen wurde angemerkt, dass eine intensive Betrachtung der Qualitätssicherung (QA, Quality Assurance) im Zend Framework mehr Erfolg bringen würde. Unter anderem wurde die unterschiedlichen Qualität der Unit Tests, einige teilweise “verwaisten” Komponenten sowie die ebenfalls unterschiedliche Qualität des Referenzhandbuchs bemängelt. Erst wenn diese drei Baustellen vernünftig überarbeitet wurden, würde ein Release Manager Sinn machen.

Im weiteren Verlauf wurde auch vorgeschlagen, das Referenzhandbuch statt im DocBook in Zukunft als Wiki weiter zu führen. Diesem Vorschlag wurde aber seitens des Projektleiters Matthew Weier O’Phinney aber eine klare Absage erteilt. Man werde bei DocBook bleiben, in Zukunft aber auch Kommentare im Online Referenzhandbuch ermöglichen. Das Referenzhandbuch komplett als Wiki zu führen, würde mehr Probleme schaffen, als es lösen würde.

Soweit zum aktuellen Stand der Diskussion. Wer sich auf der Mailingliste eintragen möchte, findet im Wiki die passenden Informationen.