Project Zomboid Pre-Release Branch: Spielstand sichern

Seit dem 27. Oktober heißt der Testzweig von Project Zomboid nicht mehr Unstable. The Indie Stone hat ihn in Pre-Release umbenannt und 42.22 hineingelegt, mit Leitern, die sich endlich betreten lassen, und Brecheisen, die Türen aufhebeln. Wer jetzt überlegt, ob der Project Zomboid Pre-Release Branch die eigene Dauerwelt verträgt, findet in der Ankündigung eine deutliche Warnung, eine Anleitung und genau eine fehlende Zusage.

Stand: 29. Oktober 2026

42.22 liegt im Pre-Release, der Standardzweig steht auf 42.21. Ein Datum für den Sprung auf Stable nennt The Indie Stone nicht, nur die Regel, dass ein Build mindestens eine Woche im Testzweig bleibt.

Project Zomboid Pre-Release Branch: Was der Namenswechsel ändert

Die Umbenennung ist keine Kosmetik, weil sich mit ihr der Ablauf festschreibt. Bisher war Unstable ein Zweig, der zeitweise leerstand und zeitweise ein halbfertiges Build trug, und viele Spieler verbanden mit dem Namen vor allem die lange Build-42-Phase. Genau diese Verwechslung nennt The Indie Stone als Grund für den neuen Namen.

Der Ablauf, den das Studio in der Ankündigung festhält, sieht so aus:

Neues Update fertig → Auslieferung in den Pre-Release-Zweig → Test, mindestens eine Woche → Auslieferung in den Stable-Zweig.

Einzige genannte Ausnahme sind dringende Hotfixes, die direkt auf Stable gehen dürfen. Findet sich im Test ein Fehler, der eine weitere Überarbeitung rechtfertigt, schiebt das Studio eine nach und meldet das über Forum, Reddit und Discord. Aus dem Zweig für Mutige wird damit eine feste Station im Veröffentlichungsweg, und der Ratschlag an die Mehrheit steht wörtlich daneben: auf Stable bleiben, solange die Prüfung läuft.

Wer die Vorgeschichte dieses Builds nachlesen will, findet sie in unserer Übersicht zu den Updates von Build 42 bis zum Stable-Release.

Leitern und Brecheisen statt Mod-Liste

42.22 bringt zwei Dinge, die bisher nur über Mods im Spiel waren. Leitern lassen sich mit der Taste E benutzen, und zwar die, die ohnehin auf der Karte stehen: an Hauswänden, an Pools, am Dach der Feuerwache von Rosewood. Brecheisen bekommen über das Rechtsklick-Menü eine zweite Aufgabe und öffnen verschlossene Fenster, Türen, Garagentore und Gittertore. Sicherheitstüren und Zellentüren bleiben zu.

Sechs Spielszenen nebeneinander: Figur mit Brecheisen an einem Garagentor, Klettern auf einer Leiter und Aufhebeln einer Tuer — Leitern und Brecheisen sind die beiden Neuerungen, für die 42.22 steht: klettern statt umlaufen, aufhebeln statt einschlagen.

Beim Aufhebeln zählt der Charakter mit. Die Berufsgruppe der Einbrecher kommt schneller und leiser durch eine Tür als der Durchschnitt, Stärke hilft zusätzlich, schwache Figuren tun sich schwerer. Jeder Fehlversuch kann das Brecheisen beschädigen.

Ueberlebender setzt ein Brecheisen an einer verschlossenen Hintertuer unter einer Leuchtstoffroehre an — Eine verschlossene Hintertür ist ab 42.22 kein Grund mehr, ein Fenster einzuschlagen und die halbe Straße aufzuwecken.

Daneben steht eine lange Liste kleinerer Eingriffe: XXL-Bäume verdecken beim Fahren weniger, Figuren können mit vollen Händen schieben, Munitionskisten öffnen sich im Gehen, und bei Tieren sind mehrere Ursachen für plötzliche Todesfälle behoben. Im Mehrspielerteil nennt das Studio Fixes für geklonte Charaktere, serverseitige Schadensberechnung im PvP und stabilere Server-Sicherungen.

Der Spielstand kennt den Weg zurück nicht

Hier steht der Satz, um den es eigentlich geht. The Indie Stone formuliert ihn in der Ankündigung ungewöhnlich direkt:

„We really want to stress though; don't move your long-term singleplayer save over to the Pre-Release branch unless you have backed up that save! We cannot guarantee that the save will work and/or you will be able to use it in the final release." — The Indie Stone, Steam-Ankündigung vom 27. Oktober 2026

Zum Vergleich: Bei 42.21 im alten Unstable-Zweig hieß es am 23. September noch, bestehende Spielstände von 42.20.4 sollten von dem Update nicht betroffen sein, eine Sicherung sei trotzdem dringend empfohlen. Die beruhigende Hälfte dieses Satzes fehlt diesmal. Übrig bleibt die Empfehlung zur Sicherung und ein ausdrückliches „keine Garantie".

Dass der Rückweg hakt, liegt an der Aufteilung zwischen Programm und Daten. Der Zweigwechsel in Steam betrifft nur die Programmdateien. Der Ordner mit deinen Welten liegt außerhalb des Spielverzeichnisses und bleibt beim Wechsel unangetastet; das offizielle PZ-Wiki weist eigens darauf hin, dass dieser Ordner selbst eine Deinstallation übersteht. Eine Welt, die du einmal auf 42.22 geladen hast, ist danach von 42.22 geschrieben worden, und 42.21 bekommt sie unverändert vorgesetzt.

Was	Wechsel auf Pre-Release	Rückschaltung auf Stable
Programmdateien	Steam lädt 42.22	Steam lädt 42.21 zurück
Ordner `Zomboid` mit Welten, Einstellungen, lokalen Mods	bleibt liegen	bleibt liegen
Welt, die auf 42.22 geöffnet wurde	wird von 42.22 geschrieben	keine Zusage, dass 42.21 sie noch öffnet

Eine Einschränkung gehört dazu, weil sie oft verkürzt wiedergegeben wird: Das Studio sagt nicht, dass ein Pre-Release-Spielstand auf Stable garantiert scheitert. Es sagt, dass es dafür keine Garantie gibt und dass du ohne Kopie keinen zweiten Versuch hast. Der praktische Unterschied ist gering, der sachliche nicht.

Kopiere den Zomboid-Ordner, bevor du umstellst

Die Sicherung ist Dateiarbeit, kein Menüpunkt im Spiel. Sie dauert wenige Minuten und ist der einzige Teil dieses Vorgangs, den du vollständig in der Hand hast.

Spiel beenden. Nicht nur ins Hauptmenü, sondern ganz schließen. Ein laufendes Spiel schreibt weiter in die Dateien, die du gerade kopierst.
Den Ordner öffnen. Unter Windows liegt er unter %UserProfile%\Zomboid, ausgeschrieben also C:\Users\<Benutzername>\Zomboid. Der Pfad lässt sich direkt in die Adresszeile des Explorers eintippen. Unter Linux läuft das Spiel nativ, der Ordner liegt im Benutzerverzeichnis unter ~/Zomboid. Wer es unter Linux über Proton startet, findet ihn stattdessen unter steamapps/compatdata/108600/pfx/drive_c/users/steamuser/Zomboid.
Kopieren, was zählt. Im Zweifel den kompletten Ordner Zomboid. Das Minimum ist der Unterordner Saves; dort liegen die Welten. Server-Welten stehen zusätzlich in Saves/Multiplayer, die Serverkonfiguration in Zomboid/Server.
Die Kopie wegräumen. Anderes Laufwerk oder zumindest ein Ordner außerhalb von Zomboid, mit Datum im Namen. Eine Kopie, die direkt neben dem Original liegt, verwechselt man genau einmal.
Zurückholen geht in derselben Reihenfolge. Spiel schließen, den vorhandenen Ordner Saves umbenennen statt löschen, die Kopie an seine Stelle legen, Spiel starten. Bleibt die Welt leer oder stürzt sie ab, hast du mit dem umbenannten Ordner immer noch den Stand von vorher.

Wer regelmäßig zwischen Versionen springt, kann den Spielordner über den Startparameter -cachedir=<Pfad> auf ein anderes Verzeichnis legen und so zwei getrennte Datenstände parallel halten. Existiert der Pfad nicht, legt das Spiel ihn an. Das ersetzt keine Sicherung, erspart aber das Hin- und Herschieben.

Dass eine Sicherung vor einem Versionssprung keine Zeitverschwendung ist, hat sich in diesem Jahr schon anderswo gezeigt: Auch bei Enshrouded und dem Übergang auf 1.0 hing an derselben Frage, ob die alte Welt den Sprung überlebt.

Was passiert mit einer Gruppe, die zusammen spielt?

Für den Koop gilt zuerst eine schlichte Regel: Alle müssen auf demselben Build sein. Client und Server handeln keine Versionsunterschiede aus. Seit 42.21 bekommen Spieler immerhin eine Meldung, wenn sie sich mit abweichender Spielversion auf einen Server verbinden wollen, statt vor einem wortlosen Fehlschlag zu stehen. Für eine Gruppe heißt das: Entweder stellen alle um, oder niemand.

Server-Admins sind von The Indie Stone ausdrücklich als Zielgruppe des Pre-Release genannt, zusammen mit Moddern. Der Gedanke dahinter ist einleuchtend: Wer eine Welt für mehrere Leute betreibt, will wissen, was in einer Woche auf ihn zukommt, bevor es auf seinen Spielern landet. 42.22 enthält dafür unter anderem schnellere Server-Sicherungen und den Fix für geklonte Charaktere.

Die ehrliche Hälfte dieses Abschnitts: Zum laufenden Server sagen die Quellen nichts. Weder die Ankündigung noch der angepinnte Diskussionsthread mit seinen 48 Beiträgen äußern sich dazu, was beim Zweigwechsel einer bereits bespielten Serverwelt passiert, ob eine auf 42.22 geschriebene Serverwelt später wieder unter 42.21 startet, oder wie lange die Gruppe mit dem Wechsel warten sollte. Der Hinweis auf die Sicherung bezieht sich im Wortlaut auf Einzelspieler-Stände. Wer eine gemeinsame Welt betreibt, behandelt sie deshalb am besten genauso vorsichtig und sichert Saves/Multiplayer und Zomboid/Server zusammen, bevor jemand umstellt. Wie die Ordner zusammenhängen, steht in unserer Anleitung zum eigenen Project-Zomboid-Server ohne Host.

Pre-Release aktivieren: vier Schritte in den Steam-Eigenschaften

Den Weg hinein beschreibt die Ankündigung Schritt für Schritt, und der erste Schritt ist nicht zufällig die Sicherung:

Alle Spielstände sichern, zu denen du zurückkehren willst.
Rechtsklick auf Project Zomboid in der Steam-Bibliothek.
„Eigenschaften" wählen.
Unter „Spielversionen & Betas" den Eintrag „Pre-Release" auswählen.

Steam lädt die geänderten Dateien danach von selbst nach. Der Weg zurück führt durch dasselbe Menü: Eigenschaften öffnen, bei den Spielversionen die Teilnahme wieder abwählen, Steam holt 42.21 zurück. Das betrifft, wie oben beschrieben, ausschließlich die Programmdateien.

Eine Nebenwirkung, die in den Rückmeldungen zur Ankündigung immer wieder auftaucht, betrifft Mods. The Indie Stone hat erst am 21. Oktober klargestellt, dass Java-Mods nicht offiziell unterstützt werden und bei Updates ohne Vorwarnung grundlegend kaputtgehen. Eine Mod-Liste, die auf 42.21 läuft, ist auf 42.22 keine sichere Annahme.

Eine Woche Minimum, und was daraus für dich folgt

Die Mindestlaufzeit von einer Woche ist das nützlichste Detail der ganzen Ankündigung, weil sie eine Entscheidung erspart. Wer 42.22 nur spielen will, verliert durch Warten höchstens sieben Tage und bekommt dafür ein Build, das andere vorher durchgeschüttelt haben. Für eine Dauerwelt, in der zweihundert Stunden stecken, ist das ein guter Tausch.

Umgekehrt ist die Rechnung für Server-Admins und Modder: Deren Arbeit fällt nach dem Stable-Start an, wenn die Gruppe schon draufspielt. Diese Woche ist genau der Vorlauf, den sie sonst nicht haben. Dass das Studio sie namentlich anspricht, ist kein Marketing, sondern eine Arbeitsteilung.

Gegen den Wechsel sprechen drei Fälle, und alle drei lassen sich von außen beurteilen. Eine lange gewachsene Einzelspieler-Welt gehört nicht als erstes auf einen Testzweig, weil die Zusage fehlt, dass sie auf der fertigen Version wieder aufgeht. Eine umfangreiche Mod-Liste, besonders mit Java-Mods, bringt eine zweite Fehlerquelle mit, die sich von den Fehlern des Builds kaum trennen lässt. Und eine feste Gruppe, die zweimal die Woche zwei Stunden spielt, verbringt einen Testabend eher mit Absturzsuche als mit dem Spiel.

Offen bleibt der Termin. Das Studio schreibt, 42.22 komme „soon" auf Stable, und bindet sich sonst nur an die Mindestwoche. Wer den Sprung mitbekommen will, muss den Zweig im Blick behalten, nicht den Kalender.

Bis 42.22 auf Stable landet, ändert sich für eine Standardinstallation nichts, und das ist diesmal eine Aussage des Studios und keine Vermutung. Wer vorher hineinschaut, braucht vor dem ersten Klick im Eigenschaften-Menü eine Kopie des Ordners Zomboid, die irgendwo anders liegt. Alles Weitere lässt sich rückgängig machen, diese eine Sache nicht.