Zum Inhalt springen
Oleaflyv0.4.8

Kehren Sie nach einem erfolgreichen Kompilieren zu einem gespeicherten Projekt-Schnappschuss zurück, ohne einen Git-Commit zu machen.

Ein erfolgreiches Kompilieren kann einen Checkpoint Ihres Projektordners speichern. Wenn eine Überarbeitung in die falsche Richtung geht, öffnen Sie Versionierung → Gespeicherte Checkpoints und kehren Sie zu einem früheren Schnappschuss zurück.

Versionierung → Gespeicherte Checkpoints in LLaMA. Klappen Sie Dateien anzeigen aus, um den Quelltext und die Assets zu sehen, die in dieser Version erfasst sind.
Versionierung → Gespeicherte Checkpoints in LLaMA. Klappen Sie Dateien anzeigen aus, um den Quelltext und die Assets zu sehen, die in dieser Version erfasst sind. Vollständigen Screenshot öffnen

Mit aktivierten automatischen Checkpoints sichert Oleafly nach einem erfolgreichen Kompilieren im Hintergrund, wenn sich das Projekt geändert hat. Wiederholte unveränderte Builds fügen keine doppelten Versionen hinzu.

Checkpoints sind von Git getrennt. Sie müssen keine Dateien bereitstellen und keine Commit-Nachricht schreiben. Sie decken jede Dokument-Engine ab.

Wie gespeicherte Checkpoints funktionierenWenn eine Kompilierung gelingt, prüft Oleafly, ob sich das Projekt seit dem letzten Checkpoint geändert hat. Wenn ja, speichert es einen Checkpoint im Datenordner von Oleafly, außerhalb des Projekts und getrennt von Git. Hat sich nichts geändert, wird keine neue Version hinzugefügt. Wiederherstellen schreibt die Dateien eines Checkpoints zurück in den Projektordner.ProjektordnerIhre QuelldateienKompilierung gelingtJede EngineProjekt geändert?Seit dem letzten CheckpointCheckpoint gespeichertIm Datenordner von Oleafly,nicht im ProjektNichts gespeichertKeine doppelte VersionJaNeinWiederherstellen schreibt die gespeicherten Dateien zurückWie gespeicherte Checkpoints funktionierenWenn eine Kompilierung gelingt, prüft Oleafly, ob sich das Projekt seit dem letzten Checkpoint geändert hat. Wenn ja, speichert es einen Checkpoint im Datenordner von Oleafly, außerhalb des Projekts und getrennt von Git. Hat sich nichts geändert, wird keine neue Version hinzugefügt. Wiederherstellen schreibt die Dateien eines Checkpoints zurück in den Projektordner.ProjektordnerIhre QuelldateienKompilierung gelingtJede EngineProjekt geändert?Seit dem letzten CheckpointCheckpoint gespeichertIm Datenordnervon OleaflyNichts gespeichertUnverändertJaNeinWiederherstellen
Eine erfolgreiche Kompilierung speichert einen Checkpoint, wenn sich seit dem letzten etwas geändert hat. Wiederherstellen schreibt diese Dateien zurück ins Projekt.

Die Zeitleiste zeigt Version, Zeit, Engine, Hauptdokument, Dateianzahl und gespeicherte Größe. Klappen Sie einen Eintrag aus, um seine Dateien zu prüfen. Fügen Sie eine Bezeichnung wie Eingereichter Entwurf oder Vor der Methoden-Überarbeitung hinzu, um eine Version leichter wiederzuerkennen.

Wählen Sie Wiederherstellen auf dem gewünschten Checkpoint. Oleafly schreibt die erfassten Dateien über die aktuellen Kopien zurück und bringt erfasste Dateien zurück, die Sie später gelöscht haben. Dateien, die nach diesem Checkpoint entstanden sind, bleiben im Projekt.

Der Schnappschuss lässt Build-Caches, Git, Metadaten-Ordner der App und unterstützte erzeugte Abhängigkeitsordner aus. Das Wiederherstellen eines Checkpoints bewegt keinen Git-Branch.

Der Abschnitt Erweitert der Zeitleiste kann ein passwortverschlüsseltes Archiv der Checkpoint-Historie exportieren oder importieren. Bewahren Sie das Passwort irgendwo auf, wo Sie es wiederfinden; Oleafly speichert es nicht.

Die Checkpoint-Historie liegt außerhalb des Manuskript-Ordners. Ein Quelltext-ZIP oder ein Git-Push trägt den Quelltext mit sich, nicht dieses separate Historie-Archiv.

Löschen Sie einzelne Checkpoints, behalten Sie die neuesten Versionen oder setzen Sie die Historie aus dem Fenster der Versionierung zurück. Einstellungen → Datenspeicher → Lokaler Speicher steuert automatische Checkpoints und Speicher-Hinweise.

Wenn Sie ein Projekt in den Papierkorb verschieben, bleibt seine Historie wiederherstellbar. Das endgültige Löschen des Projekts entfernt seine Checkpoint-Historie. Ein dupliziertes Projekt beginnt eine neue Checkpoint-Historie.

Git für benannte Commits und Remote-Abgleich nutzen →

Bildvorschau

KI-Antworten konnten nicht geladen werden

Versuchen Sie es erneut oder durchsuchen Sie die Dokumentation.