Deutsch (du)

Versionsverlauf und automatische Wiederherstellung

condoo.Vibe erfasst Projektversionen und kann automatisch eine funktionierende Version wiederherstellen, wenn wiederholte Build-Reparaturen während der Entwicklung scheitern.

Softwareentwicklung erfolgt schrittweise.

Während du Funktionen hinzufügst, Designs änderst, Dienste verbindest und deine Anwendung weiterentwickelst, kann ein neuer Build gelegentlich ein Problem verursachen.

condoo.Vibe soll dabei helfen, solche Situationen automatisch zu beheben.

Wenn ein Build fehlschlägt, versucht condoo.Vibe zunächst, das Problem zu verstehen und zu beheben. Scheitert der Build auch nach mehreren Reparaturversuchen und stellt condoo.Vibe fest, dass weitere Versuche kein funktionierendes Ergebnis liefern, kann das Projekt automatisch auf eine frühere funktionierende Version zurückgesetzt werden.

condoo.Vibe hilft dir nicht nur beim Entwickeln. Es hilft auch, dein Projekt zu schützen, wenn bei einem Build etwas schiefgeht.

Wie condoo.Vibe mit fehlgeschlagenen Builds umgeht

Wenn condoo.Vibe beim Erstellen deiner Anwendung auf ein Problem stößt, ist die Wiederherstellung des Projekts nicht die erste Maßnahme.

condoo.Vibe versucht zunächst, den Fehler zu beheben.

Der Wiederherstellungsprozess sieht so aus:

BUILD
  ↓
Etwas schlägt fehl
  ↓
condoo.Vibe untersucht das Problem
  ↓
Versucht eine Korrektur
  ↓
Testet erneut
  ↓
Weiterhin fehlerhaft?
 ↙          ↘
Nein         Ja
↓             ↓
Fortfahren  Weiter prüfen und reparieren
              ↓
        Weiterhin nicht lösbar?
              ↓
      Funktionierende Version wiederherstellen

Das gibt condoo.Vibe die Möglichkeit, den aktuellen Build zu reparieren, bevor auf einen früheren Stand zurückgegriffen wird.

condoo.Vibe versucht zuerst, das Problem zu beheben

Viele Entwicklungsprobleme lassen sich beheben, ohne den aktuellen Build aufzugeben.

condoo.Vibe kann beispielsweise nach folgenden Änderungen auf ein Problem stoßen:

condoo.Vibe kann den Fehler analysieren und versuchen, ihn zu korrigieren.

Wenn die Reparatur gelingt, geht die Entwicklung normal weiter.

Du musst das Projekt nicht manuell wiederherstellen, nur weil ein Build-Versuch fehlgeschlagen ist.

Automatische Wiederherstellung

Manchmal schlägt ein Build trotz wiederholter Reparaturversuche weiterhin fehl.

Statt condoo.Vibe unbegrenzt mit einem fehlerhaften Zustand weiterarbeiten zu lassen, kann condoo.Vibe auf eine frühere funktionierende Version zurückgreifen.

Vereinfacht dargestellt:

Funktionierende Version
      ↓
Neue Änderung
      ↓
Build schlägt fehl
      ↓
condoo.Vibe versucht Reparatur
      ↓
Reparatur schlägt fehl
      ↓
condoo.Vibe versucht es erneut
      ↓
Weiterhin fehlerhaft
      ↓
Automatische Wiederherstellung
      ↓
Frühere funktionierende Version

Das bietet eine Wiederherstellungsmöglichkeit, wenn die aktuelle Umsetzung nicht erfolgreich repariert werden kann.

Warum automatische Wiederherstellung wichtig ist

Stell dir vor, du hast ein funktionierendes CRM.

Es enthält:

Du bittest condoo.Vibe:

Ein erweitertes Berichts-Dashboard mit Umsatzprognosen und Pipeline-Analysen hinzufügen.

Während der Umsetzung geht etwas schief, und das Projekt lässt sich nicht mehr korrekt bauen.

condoo.Vibe versucht, das Problem zu untersuchen und zu reparieren.

Wenn diese Versuche weiterhin scheitern, kann condoo.Vibe das Projekt auf den vorherigen funktionierenden Stand zurücksetzen, statt dich mit einem dauerhaft fehlerhaften Build zurückzulassen.

Dein funktionierendes CRM wird zum Wiederherstellungspunkt.

Dein Projekt entwickelt sich über Versionen hinweg

Während der Entwicklung durchläuft deine Anwendung unterschiedliche Zustände.

Zum Beispiel:

Version 1
Landingpage

    ↓

Version 2
Authentifizierung

    ↓

Version 3
Dashboard

    ↓

Version 4
CRM

    ↓

Version 5
Zahlungen

    ↓

Version 6
Neue Funktion

Diese früheren Zustände ermöglichen eine Wiederherstellung, wenn eine spätere Änderung ein nicht lösbares Problem verursacht.

Versionsverlauf

Versionsverlauf in condoo.Vibe

Der Versionsverlauf von condoo.Vibe macht die Entwicklung deines Projekts nachvollziehbar.

Du kannst den Versionsverlauf nutzen, um zu verstehen, wie sich deine Anwendung im Laufe der Zeit verändert hat, und auf frühere Projektstände zugreifen, soweit sie verfügbar sind.

Das wird besonders wertvoll, wenn du wesentliche Änderungen an einer bestehenden Anwendung vornimmst.

Automatische und manuelle Wiederherstellung

Es gibt zwei unterschiedliche Gründe, zu einer früheren Version zurückzukehren.

Automatische Wiederherstellung

condoo.Vibe kann eine frühere funktionierende Version wiederherstellen, wenn der aktuelle Build wiederholt fehlschlägt und Reparaturversuche das Problem nicht lösen.

Build-Fehler
     ↓
Automatische Diagnose
     ↓
Reparaturversuche
     ↓
Weiterhin fehlerhaft
     ↓
Automatische Wiederherstellung

Das ist ein Mechanismus zur Fehlerbehebung.

Manuelle Wiederherstellung

Vielleicht möchtest du auch selbst zu einer früheren Version zurückkehren.

Beispielsweise funktioniert die neue Version technisch, aber das vorherige Design hat dir einfach besser gefallen.

Funktionierende Version
     ↓
Umfassende Neugestaltung
     ↓
Sie gefällt dir nicht
     ↓
Versionsverlauf
     ↓
Frühere Version wiederherstellen

Das ist eine Produktentscheidung und keine Fehlerbehebung.

Wann condoo.Vibe automatisch wiederherstellt

Automatische Wiederherstellung ist nützlich, wenn der aktuelle Build dauerhaft scheitert.

Zum Beispiel:

Versuch 1
Build schlägt fehl
    ↓
condoo.Vibe korrigiert
    ↓
Versuch 2
Schlägt weiterhin fehl
    ↓
condoo.Vibe untersucht erneut
    ↓
Versuch 3
Noch immer kein funktionierender Build
    ↓
Frühere funktionierende Version wiederherstellen

Der Zweck ist nicht, eine Änderung beim ersten Problem aufzugeben.

Der Zweck ist, zu verhindern, dass wiederholte erfolglose Versuche dein Projekt in einem unbenutzbaren Zustand hinterlassen.

Was passiert nach einer automatischen Wiederherstellung?

Wenn condoo.Vibe das Projekt wiederherstellt, kehrst du zu einem früheren funktionierenden Stand zurück.

Von dort aus kannst du weiterentwickeln.

Vielleicht gehst du die Funktion anders an.

Deine ursprüngliche Anfrage lautete beispielsweise:

CRM-Dashboard, Berichtssystem, Navigation, Filter und Analysefunktionen vollständig neu erstellen.

Nach der Wiederherstellung könntest du die Arbeit in kleinere Schritte aufteilen:

Zuerst Umsatzanalysekarten zum bestehenden Dashboard hinzufügen. Alles andere unverändert lassen.

Dann prüfst du das Ergebnis, bevor du fortfährst.

So lassen sich komplexe Änderungen leichter sicher umsetzen.

Fehlgeschlagener Build bedeutet nicht verlorenes Projekt

Das ist einer der wichtigen Gründe, warum condoo.Vibe Projektversionen speichert.

Ein fehlgeschlagener Entwicklungsschritt sollte nicht automatisch einen Neuanfang erfordern.

Betrachte dein Projekt als Folge funktionierender Zustände:

FUNKTIONIERT
   ↓
FUNKTIONIERT
   ↓
FUNKTIONIERT
   ↓
FEHLGESCHLAGENE ÄNDERUNG
   ↓
REPARATURVERSUCHE
   ↓
WIEDERHERSTELLUNG
   ↓
FUNKTIONIERT

condoo.Vibe kann diesen Verlauf bei Bedarf zur Wiederherstellung nutzen.

Du kannst weiterhin den Debug-Modus verwenden

Automatische Wiederherstellung ersetzt den Debug-Modus nicht.

Wenn deine Anwendung erfolgreich gebaut wird, aber eine bestimmte Funktion nicht richtig arbeitet, ist der Debug-Modus oft die bessere Wahl.

Zum Beispiel:

Die neue Suche funktioniert, aber die Seitennavigation ist seit der Änderung defekt. Die Seitennavigation reparieren, ohne die Suche zu entfernen oder das Tabellendesign zu ändern.

Das Projekt selbst lässt sich bauen.

Es gibt lediglich ein funktionales Problem.

In dieser Situation:

Anwendung wird gebaut
       ↓
Funktion hat ein Problem
       ↓
Debug
       ↓
Konkreten Fehler beheben

Es gibt keinen Grund, den gesamten Entwicklungsschritt zu verwerfen.

Build-Fehler und funktionaler Fehler

Den Unterschied zu verstehen ist hilfreich.

Build-Fehler

Die Anwendung kann den Build-Prozess nicht erfolgreich abschließen.

condoo.Vibe muss möglicherweise:

Diagnostizieren
   ↓
Reparieren
   ↓
Erneut versuchen
   ↓
Bei Bedarf wiederherstellen

Funktionaler Fehler

Die Anwendung wird gebaut, aber etwas verhält sich nicht korrekt.

Zum Beispiel:

Verwende den Debug-Modus, um das konkrete Problem zu beheben.

Automatische Wiederherstellung ist das letzte Mittel

condoo.Vibe muss nicht jedes Mal zurücksetzen, wenn etwas schiefgeht.

Die bevorzugte Reihenfolge ist:

  1. Erkennen
  2. Verstehen
  3. Beheben
  4. Erneut versuchen
  5. Validieren
  6. Wiederherstellen, wenn die Reparatur nicht gelingt

Die Wiederherstellung bietet ein Sicherheitsnetz, wenn wiederholte Reparaturversuche am aktuellen Build kein funktionierendes Ergebnis liefern.

Beispiel: Zahlungen hinzufügen

Stell dir vor, deine SaaS-Anwendung funktioniert korrekt.

Du teilst condoo.Vibe mit:

Abonnementabrechnung mit drei Tarifen hinzufügen und Funktionen anhand des Nutzerabonnements einschränken.

condoo.Vibe beginnt mit der Umsetzung der Funktion.

Wenn der resultierende Build fehlschlägt, versucht condoo.Vibe zunächst, ihn zu reparieren.

Funktionierendes SaaS
    ↓
Abrechnung hinzufügen
    ↓
Build-Fehler
    ↓
Diagnostizieren
    ↓
Reparieren
    ↓
Erneut versuchen

Wenn das Problem behoben wird:

Abrechnung hinzugefügt
    ↓
Weiterentwickeln

Wenn wiederholte Versuche scheitern:

Wiederholter Fehler
    ↓
Automatische Wiederherstellung
    ↓
Früheres funktionierendes SaaS

Dein Projekt hat einen Weg zurück zu einem funktionierenden Zustand.

Beispiel: Umfassende Neugestaltung

Betrachten wir nun ein anderes Szenario.

Du teilst condoo.Vibe mit:

Mein Dashboard vollständig neu gestalten.

Die Neugestaltung wird erfolgreich gebaut.

Technisch ist nichts defekt.

Sie gefällt dir einfach nicht.

condoo.Vibe sollte nicht automatisch die vorherige Version wiederherstellen, weil kein Build-Fehler aufgetreten ist.

Stattdessen kannst du den Versionsverlauf verwenden, um zum bevorzugten Design zurückzukehren.

Ursprüngliches Dashboard
       ↓
Neues Dashboard
       ↓
Build erfolgreich
       ↓
Du bevorzugst das Original
       ↓
Versionsverlauf
       ↓
Manuelle Wiederherstellung

Den Plan-Modus für große Änderungen verwenden

Automatische Wiederherstellung bietet Schutz. Unnötige Fehler zu vermeiden ist jedoch noch besser.

Bei wesentlichen Änderungen verwende vor der Umsetzung den Plan-Modus.

Zum Beispiel:

Ich möchte das gesamte Authentifizierungs- und Einführungssystem umstrukturieren. Zuerst die aktuelle Umsetzung analysieren und einen Plan erstellen. Noch keine Änderungen vornehmen.

Danach:

IDEE
 ↓
PLAN
 ↓
PRÜFEN
 ↓
BUILD
 ↓
VALIDIEREN

Das ist besonders hilfreich bei Änderungen an:

Komplexe Änderungen schrittweise vornehmen

Statt:

Das gesamte CRM, Dashboard, die Abrechnung, Navigation, Einstellungen und das Kundenportal neu gestalten.

erwäge:

Dashboard
   ↓
Prüfen

CRM
   ↓
Prüfen

Abrechnung
   ↓
Prüfen

Kundenportal
   ↓
Prüfen

Kleinere Schritte erleichtern das Erkennen und Beheben von Problemen.

Sie geben deinem Projekt während der Weiterentwicklung außerdem klarere funktionierende Zwischenstände.

Bestehende Funktionen schützen

Wenn du Änderungen anforderst, teile condoo.Vibe mit, was unverändert bleiben muss.

Zum Beispiel:

Der Kundentabelle erweiterte Filter hinzufügen. Bestehende Suche, Seitennavigation, Sortierung, Kundenbearbeitung und Tabellengestaltung sollen genauso weiterfunktionieren wie bisher.

Das gibt condoo.Vibe klarere Grenzen.

Das ist besonders nützlich bei ausgereiften Anwendungen, die bereits viele miteinander verbundene Funktionen enthalten.

Versionsverlauf und veröffentlichte Anwendungen

Versionsverlauf und Veröffentlichung hängen zusammen, sind aber nicht dasselbe.

Dein Projekt kann diesen Ablauf haben:

Projektversion
      ↓
Vorschau
      ↓
Testen
      ↓
Veröffentlichen
      ↓
Live-Anwendung

Wenn du an einer bereits von Kunden genutzten Anwendung arbeitest, prüfe wesentliche Änderungen vor der Veröffentlichung.

Die automatische Wiederherstellung schützt den Entwicklungsprozess. Trotzdem solltest du deine Anwendung testen, bevor eine wichtige Aktualisierung live geht.

Was ist mit meiner Datenbank?

Die Wiederherstellung einer Projektversion und die Wiederherstellung einer Datenbank sind unterschiedliche Konzepte.

Deine Produktionsdatenbank kann Folgendes enthalten:

Du solltest nicht davon ausgehen, dass die Wiederherstellung einer früheren Projektversion auch deine Datenbank auf einen früheren Zeitpunkt zurücksetzt.

Diese Unterscheidung wird besonders wichtig, sobald deine Anwendung echte Nutzer hat.

Was ist mit Connectors?

Teste nach einer größeren Wiederherstellung alle wichtigen Integrationen der Anwendung.

Zum Beispiel:

Wenn die wiederhergestellte Version älter ist als ein Ablauf, der einen dieser Connectors benötigt, muss diese Funktion möglicherweise geprüft werden.

Häufige Fragen

Der Build in condoo.Vibe schlägt immer wieder fehl. Was soll ich tun?

condoo.Vibe versucht während der Entwicklung, Build-Probleme zu untersuchen und zu reparieren.

Wenn der aktuelle Build weiterhin scheitert und condoo.Vibe das Problem auch nach mehreren Versuchen nicht lösen kann, kann das Projekt auf eine frühere funktionierende Version zurückgesetzt werden.

Stellt condoo.Vibe nach jedem fehlgeschlagenen Build wieder her?

Nein.

Ein fehlgeschlagener Build kann reparierbar sein.

condoo.Vibe versucht zunächst, das Problem zu beheben und den aktuellen Build fortzusetzen. Die automatische Wiederherstellung ist die Rückfalloption, wenn wiederholte Reparaturversuche nicht gelingen.

Meine Anwendung wird gebaut, aber eine Funktion ist defekt. Stellt condoo.Vibe sie wieder her?

Ein funktionales Problem erfordert nicht zwangsläufig eine Wiederherstellung.

Verwende den Debug-Modus und beschreib das konkrete Problem, damit condoo.Vibe eine Reparatur versuchen kann, ohne funktionierende Änderungen zu verwerfen.

Kann ich zu einer früheren Version zurückkehren, auch wenn nichts fehlgeschlagen ist?

Ja. Der Versionsverlauf kann auch hilfreich sein, wenn du einfach zu einer früheren Umsetzung oder Gestaltung zurückkehren möchtest.

Stellt die Wiederherstellung einer Version meine Datenbank wieder her?

Behandle den Projektversionsverlauf nicht als Datenbanksicherungssystem.

Anwendungsversionen und Wiederherstellung von Produktionsdaten sind getrennte Aufgaben.

Ein guter Wiederherstellungsablauf

Der gesamte Wiederherstellungsprozess von condoo.Vibe lässt sich so darstellen:

NEUER BUILD
    ↓
ERFOLGREICH?
 ↙       ↘
JA        NEIN
 ↓         ↓
Weiter    Diagnostizieren
           ↓
          Beheben
           ↓
          Erneut versuchen
           ↓
       Erfolgreich?
        ↙       ↘
       JA       NEIN
       ↓          ↓
     Weiter    Weiter prüfen
                  ↓
             Weiterhin fehlerhaft?
                  ↓
          Automatische Wiederherstellung
                  ↓
          Funktionierende Version

So kann condoo.Vibe bei lösbaren Problemen beharrlich bleiben, ohne endlos einen erfolglosen Weg fortzusetzen.

Mit einem Sicherheitsnetz entwickeln

condoo.Vibe ist für kontinuierliche Produktentwicklung ausgelegt.

Du kannst:

ENTWICKELN
 ↓
WEITERENTWICKELN
 ↓
EXPERIMENTIEREN
 ↓
FEHLER BEHEBEN
 ↓
WIEDERHERSTELLEN
 ↓
WEITERENTWICKELN

Der Versionsverlauf bildet die Grundlage.

Der automatische Wiederherstellungsprozess von condoo.Vibe ergänzt eine weitere Ebene, indem er dein Projekt bei wiederholt erfolglosen Build-Reparaturen in einen funktionierenden Zustand zurückführen kann.

Deine Anwendung kann sich weiterentwickeln, ohne dass jedes gescheiterte Experiment zur Sackgasse wird.

Als Nächstes: Produktion und Entwicklung

Als Nächstes folgt die letzte Seite von Abschnitt 5 „Veröffentlichung und Domains“: Produktion und Entwicklung.

Wir erklären: