Wie funktioniert der Pre-Release-Zyklus für Joomla-Versionen und kann ich meine Erweiterungen in der Beta-Phase testen?


7

Ich suche eine Software Release Cycle Map (ähnlich der bei Wikipedia), aber für Joomla!

Ich suche im Rahmen dieser Antwort nicht nach geplanten Veröffentlichungsterminen oder Support-Dauer

Ich möchte dies bestätigen (oder wenn ich falsch liege, die folgenden Informationen genau notieren, einschließlich der vom Projektleitungsteam verwendeten Terminologie).

  1. Alpha
  2. Beta
  3. Release Candidate (RC)
  4. Freigabe für Marketing (RTM)
  5. Allgemeine Verfügbarkeit (GA)
  6. Produktion

Der Grund ist, dass ich die Websites meiner Kunden (die mit Erweiterungen von verschiedenen Anbietern gefüllt sind) gegen die Beta testen möchte.

Ich kann einen anderen Entwicklungsserver einrichten, die Live-Site klonen (Kennwortschutz für die Verzeichnisse) und Joomla! Kern der Beta.

Ich benötige einige Anweisungen zur korrekten Konfiguration der geklonten Testsite für die Aktualisierung auf eine bestimmte Beta-Version.

Es gibt Dropdowns im Joomla! Aktualisieren Sie die Konfiguration (J! 2.3.2), die nicht ausgerichtet zu sein scheint, oder geben Sie keine Ebenenbeschreibung an, damit ich weiß, auf welche Version ich im obigen Kontext aktualisiere (dh was ist "Testen"?) .

Es gibt eine Option zur Eingabe einer "benutzerdefinierten URL". Ich bin mir jedoch nicht sicher, ob Benutzer ein Upgrade durchführen können, um die Beta zu testen.

Ich bin ein wenig verloren darin, wie ich beim Testen in der Beta-Phase helfen kann, aber ich glaube, dass dies für beide Joomla! CMS, die Erweiterungsanbieter und natürlich Websitebesitzer, da dies die Möglichkeit bietet, eine geklonte Live-Site frühzeitig in der Release-Phase zu testen und Fehler frühzeitig zu melden und zu beheben.

Natürlich würde der Test durch die verschiedenen Betas, zu RC usw. fortgesetzt, also müsste ich wissen, wie man die Joomla! Konfiguration aktualisieren, um auf die spezifische Version von Joomla zu aktualisieren, die getestet wird.

Da ich wenig unerfahren bin, können Sie sich gerne klarstellen und einen besseren Ansatz vorschlagen, wenn ich auf dem falschen Weg bin.

Das Endziel sollte sein, in der Lage zu sein, frühzeitig und kontinuierlich während der Beta- und RC-Phasen zu testen und dem Joomla! Projektleiter und Erweiterungsentwickler, und haben dann einen reibungslosen Übergang, um mit den Update-CMS für Kunden live zu gehen (mit anderen Worten, ich versuche herauszufinden, wie potenzielle Fehler früh im Spiel erkannt und kommuniziert werden können).


Niv, ich verstehe, was Sie erreichen wollen, wenn Sie diese Frage stellen, aber ich denke, Sie müssen etwas prägnanter sein und nicht so sehr "den Zeugen führen". Aka, zu viel Flaum in der Frage. Sie hätten es auf die Einstellungen reduzieren können, die ich ändern muss, damit meine Kunden eine neue Joomla-Beta testen können, und wie sie dies tun können, ohne die Produktionsstätte zu beschädigen.
Andrew Eddie

Andrew - zögern Sie nicht, Änderungen vorzuschlagen - das System erlaubt dies.
NivF007

Antworten:


8

Beachten Sie, dass die folgenden Definitionen für die semantische Versionierung ( http://semver.org/ ) gelten, die Joomla ab Joomla 3.3 verwenden wird

Für nur ein Patch-Release haben wir normalerweise nur einen direkten Release-Kandidaten

Für eine kleinere Version werden wir eine Reihe von Beta-Versionen veröffentlichen (es gibt normalerweise keine bestimmte Anzahl, der wir folgen, die jedoch größer als 2/3 ist), gefolgt von einem (oder gelegentlich mehreren, wenn schwerwiegende Fehler gefunden werden) Release-Kandidaten

Für eine Hauptversion werden wir eine Reihe von Alphas, Betas und Release-Kandidaten veröffentlichen.

Wenn Sie eine Beta testen möchten, dürfen Sie dies jederzeit tun. Beachten Sie, dass Sie dies auf Ihrer Hauptwebsite natürlich nicht tun sollten, da Betas KEINEN Upgrade-Pfad zum Release-Kandidaten haben (beim Upgrade von einer Beta auf eine andere usw. können Fehler auftreten).

Um ein Alpha, Beta oder RC zu testen, können Sie entweder ein bestimmtes Paket von JoomlaCode herunterladen (hier ist beispielsweise der Link zu Beta 3 von Joomla 3.3 ( http://joomlacode.org/gf/project/joomla/frs/?action=) FrsReleaseBrowse & frs_package_id = 6880 ) und installieren Sie es über den Erweiterungsmanager oder setzen Sie die Joomla-Update-Komponente auf Testen (beachten Sie, dass Sie mit dieser Methode NUR die neueste Testversion erhalten - dies ist die neueste Beta oder RC usw. - Sie können keine Version angeben).

Mit der benutzerdefinierten URL für die Joomla-Aktualisierungskomponente können Sie nur auf eine andere XML-Datei verweisen, dh Sie können keine Version auswählen, die Sie testen möchten. Mit der Art und Weise, wie die Joomla Update-Komponente erstellt wird, ist dies einfach nicht möglich. Sie wurde entwickelt, um die neueste Version einer Komponente auszuwählen.


Danke George. Das ist sehr hilfreich. Lassen Sie mich wissen, ob ich dies in Bezug auf "KEIN Upgrade-Pfad" richtig verstehe. Bedeutet dies, dass wir beim Testen von Betas Betas nicht nacheinander aktualisieren sollten (dh nicht von Beta 1 auf Beta 2 auf Beta 3 wechseln), sondern von der letzten Produktionsversion auf die neueste Beta?
NivF007

Sobald Sie eine Beta installiert haben, gibt es keine Garantie dafür, dass Sie diese anschließend auf einen Stall aktualisieren können.
Bakual

@ NivF007 richtig. Möglicherweise können Sie ein Upgrade von Beta 1 auf Beta 2 durchführen. Es gibt jedoch keine Garantie dafür, dass Sie dies tun können. Sie sollten immer eine neue Kopie Ihrer Website nehmen und diese dann auf die Beta aktualisieren
George Wilson

2

Die aktuelle Entwicklungsstrategie finden Sie unter http://developer.joomla.org/cms/development-strategy.html .

Verwendete Begriffe: Alpha, Beta, RC und Stable

Keine speziellen Anweisungen zum Aktualisieren eines Klons auf die Beta-Version, nur aktualisieren. Sie können Joomla! Update zum Anwenden des aktuellen oder Erweiterungsmanagers-> Installieren zum Aktualisieren auf bestimmte Versionen.

Um richtig zu testen, sollten Sie das Original klonen und auf das aktuell verfügbare aktualisieren. Behalten Sie alle Umgebungen bei und aktualisieren Sie b1 nicht mit b2, rc oder stabil. Installieren Sie nicht nur Ihren Klon, sondern auch sauber mit und ohne Demodaten. Auf diese Weise können Sie angeben, unter welchen Bedingungen ein Problem auftritt.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.