[TYPO3-UG Muenster] Nachtrag zum Treffen gestern: CI - continuous integration // TYPO3 domains

[Martin Bless]

Ich hatte ja ein wenig vom TYPO3-Developer-Treffen T3DD11 in der
Schweiz berichtet. Nein, CI ist gar nicht "Corporate Identity",
sondern "Continuous Integration". Und da läuft in der TYPO3-Gemeinde
einiges, was hilft, die Abläufe zu beschleunigen und den Code zu
verbessern.

Gut zu wissen dazu: Es gibt vier Ebenen, vier "layers":
Layer 1: http://pear.typo3.org
Layer 2: http://ci.typo3.org
Layer 3: http://metrics.typo3.org
Layer 4: http://forge.typo3.org

Die Aktiven machen sich dazu hier ihre Notizen:
http://forge.typo3.org/projects/team-ciserver/wiki/Workshop_Agenda

Layer 1 = Tools
Dies ist die "Werkzeugebene". Gedacht dafür, dass man hier
Softwarewerkzeuge bereitstellt und an die Community verteilt.
Gegenwärtig gibt's da ein PHP-Paket, das PHP-Code daraufhin überprüft,
ob er mit den TYPO3 (!) Coding Guidelines (CGL) übereinstimmt. Cool!

Layer 2 = Cronjobs
Hier werkelt der Automat "Mr. Jenkins". Hier kann prinzipiell alles
als Automat implementiert werden, was regelmäßig laufen soll und was
man sonst auf der Komanndozeile macht.

Layer 3 = Statistiken und Grafiken
http://metrics.typo3.org
Hier läuft "sonar" und rechnet alle nasenlang bzw. so oft wie genug
Rechenpower zur Verfügung steht alle Extensions durch. Und sagt, wie
gut der Code ist. Aber Achtung: Das Teil ist noch nicht haarscharf für
TYPO3 konfiguriert. So meckert es zum Beispiel lange Variablennamen
an, die wir als TYPO3-Entwickler aber ganz bestimmt absichtlich haben
wollen. Dennoch: Eine interessante Info, vor allem zu den Extensions.

Layer 4 = Aktionsebene, "actions"
http://forge.typo3.org
Hier wird gearbeitet und zusammengearbeitet. Wichtig zu wissen: Das
Wiki wird von den Entwicklern intensiv genutzt. Auf Forge finden sich
oft die Links zu den richtigen Wiki-Einträgen.

Dann haben wir noch:
https://review.typo3.org/
Hier werkelt Gerrit. Das ist der Gatekeeper auf dem Weg zum
TYPO3-Code. Den TYPO3-Core-Code kann man über GIT nicht direkt
verändern, sondern nur über Gerrit, das Review-System.

Der Ablauf ist so:
Code per Git ausschecken (klonen), lustig drin arbeiten und spannende
Änderungen nach https://review.typo3.org/ hochladen. Zuvor MUSS man
jedoch einen Text-Eintrag auf Forge dazu anlegen, der die Sache und
Sinn und Zweck beschreibt. Die Nummer dieses Issues muss man beim
Hochladen nach "review" mit angeben. Wenn der Patch dann keinen
Widerspruch erfährt UND wenn z. B. zwei Votes dafür sind DANN scheckt
Mr. Jenkins, der Automat, die Änderung AUTOMATISCH (das ist neu!) in
den Hauptcode ein. Alle, die es können, sind aufgerufen, sich zu
beteiligen. Umso schneller wird TYPO3 besser.

Wenn wir schon dabei sind, hier also, was mir an  TYPO3-Domains
einfällt. 
http://typo3.org/
http://api.typo3.org/
http://association.typo3.org/
http://buzz.typo3.org/
http://certification.typo3.org/
http://ci.typo3.org/
http://forge.typo3.org/
http://lists.typo3.org/
http://metrics.typo3.org/
http://news.typo3.org/
http://pear.typo3.org/
http://t3dd.typo3.org/
http://translation.typo3.org/
http://wiki.typo3.org/

Was fehlt noch?

Ach ja, "breaking changes" in einer neuen TYPO3-Version sind nicht
"der Durchbruch", sondern Problem, die die neue Version bereitet, in
dem sie zum Bruch mit bestimmtem, bestehendem Code führt!

LG Martin

PS: Da sieht man mal wieder, wie gut so ein UG-Treffen ist. Da komme
ich wenigstens dazu, einige wenige meiner Notizen von den T3DD
festzuhalten!

-- 
http://mbless.de