Finden Sie einen Project Zomboid-Mod-Konflikt, ohne Ihren Speicherstand zu unterbrechen

Definieren Sie einen kurzen, wiederholbaren Fehler

PZwikis älterer Build 41-Fehlerbehebungsartikel beschreibt den Vergleich von Mod-Teilmengen. Hier passen wir diesen Ansatz an die Abhängigkeitskette von Viewpoint an; Dies ist ein Diagnoseverfahren und keine getestete Lösung für einen benannten Build 42-Konflikt.

1. Sichern Sie die Originalwelt und zeichnen Sie Spiel-, Loader- und Mod-Versionen auf. Behalten Sie das Experiment in einer neuen Welt bei.
2. Schreiben Sie eine Reproduktion: Öffnen Sie beispielsweise einen Container, versuchen Sie eine Übertragung und notieren Sie den sichtbaren Fehler oder die Protokollzeit.
3. Überprüfen Sie das Basisspiel ohne optionale Mods, in denen die Aktion vorhanden ist. Testen Sie dann den erforderlichen Viewpoint-Stack.
4. Wenn der minimale Kamerastapel bereits ausfällt, untersuchen Sie dies Installation oder Java-Status bevor Sie ein Dutzend Add-ons testen.

Eine fehlende Abhängigkeit macht den Vergleich ungültig. Behalten Sie ZombieBuddy und Viewpoint, wann immer ein aktivierter Begleiter sie benötigt. Behalten Sie auch andere Bibliotheksanforderungen bei ihren Verbrauchern bei.

Teilen Sie optionale Funktionen auf, nicht erforderliche Bibliotheken

1. Bestätigen Sie, dass Ihr vollständiger optionaler Satz den Fehler bei einem neuen Test reproduziert.
2. Teilen Sie die optionalen Funktionen in zwei ungefähr gleiche Gruppen ein. Fügen Sie die erforderlichen Abhängigkeiten jeder Gruppe zu ihrer Testliste hinzu.
3. Starten Sie die erste Gruppe mit dem Arbeitskern, verwenden Sie eine neue Testwelt und wiederholen Sie die genaue Aktion. Notieren Sie das Ergebnis und die aktivierte Liste.
4. Wiederholen Sie dies mit der anderen Gruppe unter den gleichen Bedingungen.
5. Wenn eine Gruppe alleine scheitert, teilen Sie diese Gruppe erneut auf, bis Sie einen kleinen reproduzierbaren Satz haben.

Starten Sie zwischen den Vergleichen neu, damit ein bereits geladener Java-Begleiter den Status des nächsten Laufs nicht verwechseln kann. Ändern Sie Presets, Bindungen, Grafiken und Mod-Auswahl nicht gleichzeitig; Halten Sie die für die Reproduktion wichtigen Bedingungen konstant.

Wenn keine der beiden Hälften alleine scheitert

Der Fehler erfordert möglicherweise eine gruppenübergreifende Interaktion. Stellen Sie den bekannten fehlerhaften vollständigen Satz wieder her und entfernen Sie dann jeweils eine optionale Funktion, während die für den Rest benötigten Abhängigkeiten erhalten bleiben. Behalten Sie jede genaue Liste und jedes Ergebnis bei. Eine vorübergehende Hälfte beweist nicht, dass alle ihre Mods mit jedem Mod in der anderen Hälfte funktionieren.

Überprüfen Sie außerdem, ob das ursprüngliche Symptom von einer alten Welt, einer bestimmten Eingabeüberschneidung oder einem Server abhing. Ein New-World-Test kann nicht beweisen, dass ein bestehender Spielstand kompatibel ist, und ein lokaler Test kann den Mehrspielermodus nicht zertifizieren. Für verlegte Schlüssel verwenden der Kontrollschichtvergleich; für Fügefehler verwenden die benannte Route für Dateikonflikte.

Senden Sie den kleinsten nützlichen Bericht

Geben Sie die fehlgeschlagene Kombination, den nächstgelegenen bestandenen Vergleich, erforderliche Bibliotheken, Versionsnummern, eine Reproduktion und die fehlgeschlagenen Läufe an console.txt. Sagen Sie, ob es sich um eine neue Welt oder einen bestehenden Speicherstand handelt und ob der Fehler lokal oder im Mehrspielermodus aufgetreten ist.

Kennzeichnen Sie den Mod eines Autors nicht allgemein als aus einem Stapel herausgebrochen. Behalten Sie Ihre ursprüngliche Speicher- und Modlistennotiz bei, während Sie auf eine gezielte Antwort warten. Durch die Massenabmeldung oder das Löschen aller Einstellungen wird der gerade erstellte Vergleich verworfen.