Versionsbeobachtung
Azeroth-Survivors-Updates und Versionsnotizen
Diese Seite hält fest, was wann geprüft wurde. Eine Seitenänderung, ein Community-Commit oder eine Discord-Nachricht wird ohne klare Quelle nicht automatisch zu offiziellen Patchnotes.
Aktueller Stand
Die veröffentlichten Quellen wurden am 31. Oktober 2026 geprüft.
Geprüft wurden Browser-Einstieg, WebGPU-Warnung und Download-Hinweis der Entwicklerseite sowie README, Steuerung, Build-Grenzen und Mechaniken des Community-Repositorys.
- Entwicklerquelle: wow.aethus.pl
- Communityquelle: OutThisLife/azeroth-survivors-re
- Umfang: Einstieg, Steuerung, Klassen, Builds, Fehlerbehebung und Evidenzstatus
- Nächste Prüfung: nach sichtbarer Seitenänderung, Release oder bestätigtem Gameplay-Update
Redaktionsregel
Eine Quellenänderung ist nicht automatisch ein Spielupdate.
Wir trennen Entwicklerankündigungen, Repository-Änderungen, Spielermeldungen und eigene Laufnotizen. Jede Art wird gesondert gekennzeichnet.
- Entwicklerankündigung: direkte Aussage aus einem veröffentlichten Kanal.
- Repositoryänderung: Code oder Dokumentation des separaten Community-Projekts.
- Spielermeldung: hilfreicher Hinweis, der bestätigt werden muss.
- Laufnotiz: Beobachtung mit Version und Testweg.
Update-Arten
Die Art der Änderung zuerst kennzeichnen
Eine Ersteller-Ankündigung, ein Repository-Commit, ein Host-Ausfall und eine Spielerbeobachtung haben nicht dasselbe Gewicht. Ein guter Changelog trennt diese Signale.
Ersteller
Veröffentlichte Ankündigung
Für eine direkte Aussage oder sichtbare Änderung auf einem veröffentlichten Kanal des Erstellers.
Community
Repository-Änderung
Änderungen des getrennten lokalen Projekts beschreiben, nicht als Browser-Patch ausgeben.
Verfügbarkeit
Einstiegsstatus
WebGPU-Hinweis, ausgelasteten Host oder geänderten Download als Zugangsbeobachtung festhalten.
Laufnotiz
Getestetes Verhalten
Quelle, Datum, Klasse, Zone und Ergebnis nennen, wenn eine Beobachtung Gameplay erklärt.
Changelog-Format
Einträge schreiben, die später prüfbar bleiben
Ein kurzer Eintrag reicht, wenn er erklärt, was sich änderte, wo es gesehen wurde und was Spieler als Nächstes tun sollten.
- Mit Datum und Quellentyp beginnen.
- Die Seite, den Commit oder die Ankündigung verlinken.
- Bestätigtes Verhalten von Spielerbericht und offener Frage trennen.
- Angeben, welche Guide-Seiten erneut geprüft werden müssen.
- Einträge bei nicht mehr erreichbarer Quelle löschen oder als veraltet markieren.
FAQ
Kurze Antworten
Listet diese Seite offizielle Patchnotes?
Nur wenn eine offizielle Entwicklerquelle sie eindeutig veröffentlicht. Sonst dokumentieren wir Prüfnotizen und kennzeichnen Community- und Spielerinformationen getrennt.
Wie oft sollte der Guide geprüft werden?
Nach einer sichtbaren Änderung der Entwicklerseite, einem bestätigten Release oder einer Community-Änderung mit Einfluss auf eine Guide-Aussage.
Ist ein Repository-Commit eine offizielle Patch-Note?
Nein. Er betrifft das getrennte Community-Projekt. Er kann dafür ein Beleg sein, muss aber getrennt von einer Ersteller-Ankündigung bezeichnet werden.
Was soll ich bei einer veralteten Guide-Angabe senden?
Sende URL, genaue Behauptung, widersprechende Quelle oder Laufnotiz sowie Datum oder Build. So lässt sich die Angabe konkret prüfen.