Wissen, welche Dateien wichtig sind

Im Divekit-Workflow gibt es zwei Arten von Dateien: die, die Sie vorbereiten, und die, die Divekit später generiert. Diese Unterscheidung erspart viel Einsteiger-Verwirrung.

Zu Beginn des Kurses müssen Sie nicht über jede interne Divekit-Datei nachdenken.

Was zuerst zählt, ist einfacher:

• es gibt Setup-Dateien
• es gibt generierte Zustandsdateien

Später im Kurs sieht der relevante Teil des Projekts ungefähr so aus:

vehicle-workshop/
└── .divekit/
    ├── individualization.json
    └── distributions/
        └── M0/
            ├── config.json
            ├── individuals.json
            └── remotes.json

Setup-Dateien

Diese Dateien sind das Minimum, um das Sie sich im Einsteiger-Workflow kümmern müssen:

• config.json beschreibt einen Rollout
• individualization.json definiert, was zwischen den verteilten Repositories variieren darf

Im normalen Einsteiger-Ablauf gilt:

• config.json wird von Divekit-Kommandos wie divekit init erstellt
• individualization.json ist die Datei, die Sie manuell bearbeiten werden

Generierte Zustandsdateien

Diese Dateien erstellt Divekit während der Distribution:

• individuals.json hält fest, welche konkrete Variation für jede UUID gewählt wurde
• remotes.json hält fest, welche Remote-Repositories angelegt wurden

Das sind Ergebnisdateien.

Sie bereiten sie nicht von Hand vor.

Die Mitglieder-Eingabe wird separat gespeichert: Divekit legt sie als Datei mit Zeitstempel in Ihrem Divekit-Verzeichnis auf Benutzerebene ab (~/.divekit/members/) — außerhalb des Projekts — und referenziert sie aus config.json.

Warum die Unterscheidung wichtig ist

Ein Einsteigerfehler ist, jede JSON-Datei so zu behandeln, als müsste sie manuell vorbereitet werden. Wer eine Ergebnisdatei von Hand ändert, überschreibt damit, was Divekit beim letzten Rollout festgehalten hat, und die nächste Distribution passt nicht mehr zu den echten Eingaben.

Die sichere Regel lautet:

• die eigentlichen Eingabedateien vorbereiten
• die Ergebnisdateien von Divekit generieren lassen
• generierten Zustand inspizieren statt ihn zu bearbeiten

Die sichere Regel lautet:

• die eigentlichen Eingabedateien vorbereiten
• die Ergebnisdateien von Divekit generieren lassen
• generierten Zustand inspizieren statt ihn zu bearbeiten

Check

Diese Fragen sollten Sie jetzt beantworten können: