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.

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: