[TYPO3-german] Subversion für Typo3-Projekte

Markus Deckmann Markus.Deckmann at web.de
Sat Feb 2 00:14:55 CET 2008


Hi Benno,

> Ich lege ein neues Typo3-Projekt an, checke verschiedene Extensions 
> (Eigenentwicklungen) aus dem SVN aus und habe dann ein neues Projekt mit 
> Extensions die wiederum Projekte sind. Ev. denke ich auch zu kompliziert....
> 
> Wie macht ihr das denn? Checkt ihr den Typo3-Core mit ein? Was benutz ihr 
> für eine Konfiguration (svn:ignore)?

Ich glaube die Frage mit dem core ist eher eine philosophische. Und zwar 
die Frage "Glaubt man an die Qualität des core und vor allem der 
Dokumentation des ganzen". Also eigentlich wie die Qualität der 
einzelnen Programmierer in diesem Open Source Projekt ist.

Meines Wissens nach gab es, und das lässt sich bei Software auch selten 
ausschließen, bei Versionssprüngen schon immer Probleme mit den 
Schnittstellen. Je nachdem wie du deine Extensions "verteilen" willst 
ist es sinnvoll den core mit zu versionieren oder auch nicht. Willst du 
sicher laufende Systeme ist ein versionieren des core angebracht. Damit 
arbeitest du auf einer definierten Systemumgebung und kannst mit deinen 
entwickelten Extensions sicher stellen das alles läuft. Dies ist 
allerdings denk ich eher für die kommerziellen Anbieter von Typo3 oder 
für Web-Hoster. Ohne nähere Informationen in welchem Umfeld du deine 
Extensions entwickelst ist schwer eine Aussage möglich.

Bei der Versionierung des core würde ich mich allerdings auf die erste 
Stelle nach der Hauptversion beschränken, also 4.1, 4.2, usw. und nicht 
4.1.1, 4.1.2. Das würde eine riesige Menge an Versionierungsstände 
ergeben und schnell unübersichtlich und damit unpflegbar werden. Wenn 
bei diesen kleinen Versionssprüngen schon Fehler passieren, ist dies 
ausschließlich der Fehler einer schlechten Typo3-Qualitätssicherung. 
Selbst bei den Versionssprüngen x.1, x.2, usw. sollten keine 
gravierenden Fehler bspw. bei selbst entwickelten Extensions auftreten. 
Wenn dennoch, dann ist dies auf einen Fehler in der 
Schnittstellenbeschreibung für die Entwickler oder in der entwickelten 
Extension an dem Schlamasel schuld. In beiden Fällen hat allerdings die 
Qualitätssicherung versagt, da viele Extensions von Typo3 fehlerhaft 
sind und dennoch als "stable" gekennzeichnet sind.

Das was dich eher interessiert ist die Logik hinter der Versionierung. 
Hier ist es egal ob du bei Typo3 mitarbeitest oder ein völlig anderes 
Projekt, noch dazu vielleicht in einer anderen Sprache programmierst. 
Deine Frage zielt eher in die Richtung Software-Architektur und dort in 
den eben angesprochenen Bereich Versionierung ab. Diese zwei Themen 
beide beantwortet und du solltest dir deine Frage nach deinen Kriterien 
selbst beantworten können. Wikipedia ist dein Freund. ;-)

Ich hoffe ich konnte dir ein bisschen helfen mit meiner Antwort.

Ciao Markus


More information about the TYPO3-german mailing list