Voraussetzungen und Quellen
qdCoreX auschecken und das eingebundene Buildroot-Submodul initialisieren.
Der Buildroot-Stand wird durch das qdCoreX-Repository festgelegt. Das Repository enthält qdCoreX als Buildroot-External und bindet die zugehörigen Buildroot-Quellen als Git-Submodul ein. Ein separater Checkout einer beliebigen Buildroot-Version ist daher nicht erforderlich.
Benötigt werden:
- Zugriff auf das qdCoreX-Repository
git@gitlab.querdenkerengineering.de:master/qde-technologie/qdcorex/qdcorex.git - Git mit Unterstützung für Submodule
- optional: ein eigenes Kunden-External
- notwendige Abhängigkeiten gemäß den Buildroot System requirements
- ausreichend Speicherplatz ->
mindestens 30 GB
qdCoreX-Repository auschecken
Klone das qdCoreX-Repository in ein Arbeitsverzeichnis:
git clone git@gitlab.querdenkerengineering.de:master/qde-technologie/qdcorex/qdcorex.git qdcorex
cd qdcorexInitialisiere anschließend das Buildroot-Submodul und alle darin enthaltenen Submodule:
git submodule update --init --recursiveWenn das Repository bereits vorhanden ist, aktualisiere zunächst den gewünschten qdCoreX-Stand und initialisiere danach erneut die Submodule:
cd qdcorex
git pull
git submodule update --init --recursiveVerwende keinen separaten Buildroot-Checkout mit einem abweichenden Stand. Andernfalls können qdCoreX-External, Defconfig und Buildroot-Quellen nicht zusammenpassen.
Checkout prüfen
Mit git submodule status lässt sich prüfen, ob das Buildroot-Submodul auf der vom qdCoreX-Stand
erwarteten Revision steht:
git submodule statusDie genaue Verzeichnisstruktur und der Pfad zum Buildroot-Submodul werden noch festgelegt:
qdcorex/
├── buildroot/ # Buildroot als Submodul
├── [QDCOREX-EXTERNAL-PFAD]/ # qdCoreX-External
└── ...
[KUNDEN-EXTERNAL-PFAD]/ # eigenes External des Kunden