[TYPO3-german] versionierung

[Franz Holzinger]

Hallo Holger,

>>>> Ich verstehe deine Sichtweise. Aber es gibt auch TYPO3 Dienstleister,
>>>> die am liebsten bei einer tt_products Versionsnummer bleiben. Diese
>>>> wollen eine Garantie haben, dass sich alles gleich verhalten wird, aber
>>>> trotzdem sollen ein oder mehrere Fehler noch behoben werden. Und sie
>>>> wollen keine neuen Versionsnummern haben.
>>> Solche Leute nenne ich nicht Dienstleister, sondern Kurpfuscher.
> 
> Ja :)
Wichtig ist in erster Linie, dass es funktioniert, die Fehler in
Online-Shops rasch behoben werden und somit weniger Fehler insgesamt
drinnen sind. Es ist klug, auf bewährte Shop-Versionen zurückzugreifen,
wenn etwas in Live-Betrieb geht und die neuesten Features nicht benötigt
werden.

>>> Provokant gefragt: Welchen Benefit hast Du davon?
>> Also bitte, ein letztes Mal erkläre ich es noch. Dann aber nicht mehr:
>>
>> Es gibt im Moment keine andere Möglichkeit, eine defekte Extension vom
>> TER zu löschen. Das hatte früher funktioniert.
> 
> So what. Dann bleibt die defekte halt da und ne neue wird hochgeladen. Ich seh 
> das sogar als Feature, dann kann ich vergleichen, was sich zwischen den 
> beiden Versionen geändert hat.
Ja, aber bei mehr als 100 Versionen wird es für manche andere zu
unübersichtlich.

>> Der Benefit durch diese Vorgehensweise ergibt sich so:
>> Es gibt viel weniger Postings über aufgetretene Fehler in Mailinglisten
>> als zuvor. 
> 
> Der Effekt tritt auch auf, wenn neue Versionen mit ner neuen Versionsnummer 
> hochgeladen wird. Wichtig ist nur, daß der Fehler gefixt ist :-)
> 
> Und vor allem können solche Postings leichter beantwortet werden: "Du benutzt 
> 0.1.2.3, da ist Fehler foo drin, upgrade auf 0.1.2.4, da ist der Fehler 
> beseitigt."
> 
> Im Gegensatz zu: "Hmm. Ja, ich hab hier auch ne 0.1.2.3, die funktioniert ganz 
> gut, nen Kumpel hat ne 0.1.2.3, die ist scheiße. Wie die neue 0.1.2.3 im TER 
> ist, weiß ich nicht, muß ich mal probieren, soll aber anders sein."
Du hast meinen Vorschlag nicht gelesen, eine 4. Versionsnummer
einzuführen. Oder einen Kommentar hinten, ähnlich wie bei Microsoft -
'includes SP-1'.

>> Denn nun wird eine defekte Version von tt_products immer 
>> wieder überschrieben. Kein Anwender muß das erst mühsam selber
>> herausfinden und sich weiterhin mit Fehlern herumschlagen, die
>> inzwischen längst behoben worden sind.
> 
> Und woher soll er wissen, daß seine version 0.1.2.3 (nicht) dieselbe ist, wie 
> die extension version 0.1.2.3, die auf dem Server liegt? Kristallkugel? 
> Umständlicher Vergleich von Dateigröße/Uploadzeitpunkt? Dafür gibt es nunmal 
> Versionsnummern. Und wie merke ich überhaupt, daß die Version 0.1.2.3 nicht 
> mehr dieselbe 0.1.2.3 ist, wie gestern?
Bei 4 Versionsnummern und Löschmöglichkeit von zu fehlerhaften Versionen
(damit sie keiner unnötig noch ausprobiert und Zeit verlieren wird) gäbe
es das nicht. Es liegt alles im SVN. Außerdem sind beide Versionen
nahezu ident. Wenn er das Feature, bei dem der Fehler behoben worden
ist, nicht nutzt, dann gibt es kein anderes Verhalten.

Beispiel:

Jemand macht ein Update von 2.4.0.0 auf 2.5.3.5. Danach bemerkt er ein
abweichendes Verhalten und die Kategorien werden nach 3 Buchstaben
abgeschnitten. Diese Version wäre zu fehlerhaft. Er macht einen
Downgrade auf 2.5.3.4. Hier können keine Produkte in den Warenkorb
gelegt werden. Dann wird er sich aber fragen: "Warum kann ich diese
Verson 2.5.3.4 aus dem TER herunterladen, wenn sie doch so fehlerhaft
ist?". Warum sollte er dann noch weiterprobieren und die nächste
Vorgängerversion 2.5.3.3 herunterladen? Er wird also lieber bei 2.4.0.0
bleiben und abwarten.

Um das zu vermeiden, will ich zu fehlerhafte Versionen aus dem TER
löschen können. Und weil das nicht möglich ist, überschreibe ich sie.
Der Vorschlag, eine leere Version (kein Code) oder mit dem fehlerhaften
Code als 'obsolet' ins TER zu stellen wäre denkbar. Aber wäre der
Speicherplatz auf dem Server denn ausreichend? Und wäre das auch
sinnvoll? Und die frühere Version müsste doch auch hier überschrieben
werden.

Es wird in Zukunft nach Neuprogrammierungen längere Tests geben. Auf
Kundenwunsch gibt es auch Fehlerkorrekturen und neue Uploads von älteren
Versionen, damit diese kein extra Update durchführen müssen.

- Franz