fdisk #

Formatieren von Disks (SD-Karten, SSD, etc.)

Blockdevices: SD-Card (USB) #

lsblk

sdb           8:16   1  29.8G  0 disk 
├─sdb1        8:17   1     1M  0 part 
├─sdb2        8:18   1    64M  0 part /media/mdc/BOOT
└─sdb3        8:19   1   128M  0 part /media/mdc/rootfs

• Major Node (/dev/sdb)
  • Block als ganzes
• Minor Node (/dev/sdb1)
  • Partition (ext4, ntfs, fat32, ubifs)

Blockdevices: SSD #

lsblk

nvme0n1     259:0    0   477G  0 disk 
├─nvme0n1p1 259:1    0   450M  0 part 
├─nvme0n1p2 259:2    0    99M  0 part /boot/efi
├─nvme0n1p3 259:3    0    16M  0 part 
├─nvme0n1p4 259:4    0 251.8G  0 part /
├─nvme0n1p5 259:5    0 223.8G  0 part 
└─nvme0n1p6 259:6    0   882M  0 part

GIT CVS #

Version Management Tool

• Geschrieben von Linux Torvalds
• Begründer / Erfinder von GIT
• Wird für den Kernel verwendet

GIT vs. andere CVS #

• GIT ist dezentral
  • ... hat keinen Single Point of Failure
• Alle git clones haben immer die ganze History
• Branches müssen nicht gemerged werden
  • ... führt zu viel weniger Konflikten
• Open Source unter GPL
• Kann Offline eingesetzt werde
  • um Checkpoints einzurichten
• Filebasiert
• schnell!!

GIT vs GitHub vs GitLab #

• GIT ist dezentral
  • ... hat keinen Single Point of Failure
• Alle git clones haben immer die ganze History
• Branches müssen nicht gemerged werden
  • ... führt zu viel weniger Konflikten
• Open Source unter GPL
• Kann Offline eingesetzt werde
  • um Checkpoints einzurichten

Repo erstellen #

git init

Repo clonen (z.B. den Kernel) #

git clone https://github.com/torvalds/linux.git

Branches anzeigen #

git branch -a

zeigt auch remote branches an

Tags anzeigen #

git tag

Auf Tag / Branch wechseln #

git checkout v5.5.7 -b local-v5.5.7

Git Checkout #

• Wechselt auf einen anderen branch / tag
• -b erstellt einen lokalen neuen branch
• ... d.h. der lokale Branche ist nicht der gleiche Branche wie upstream!
• ... man kann so besser experimentieren

Änderungen von Upstream herunterladen #

git fetch

Änderungen übernehmen (merge) #

git merge origin/master

Typischer workflow #

git fetch
git merge origin/master

# kurz
git pull

Tracken, aufnehmen einer Änderung #

git commit -am "neues feature"

Änderung für andere veröffentlichen #

git push origin master"

rebase vs. merge #

• merge ist chronologisch
• rebase ist chronologisch, aber in einem branch
  • ... d.h. commits die logisch zusammengehören werden nicht im Zick-Zack in die History eingewebt.

GitHub #

• Microsoft Produkt
• nicht Open Source
• Hilft mit UI für das Management
• Static Hosting
• Communityaspekt

GitLab #

• semi Open Source (Open Source Freemium)
• Hilf mit UI für das Management
• gute Projektmanagement Tools
• Issuetracker, Time Tracking
• Static Hosting
• Premium Feature: Epics / Gantt Charts

Git im Einsatz #

Diese Slides / Page

Docker #

• Light weight Container
• keine volle Virtualisierung
• erlaubt das Verwenden von isolierten Dependencies
• ... Applikationen brauchen bestimmte Versionen von Libraries.

Docker Compose #

• erlaubt das verwenden von mehreren Docker Containers gleichzeitig
• Volumes: erlaubt das "mounten" von Directories aus dem Hostsystem in das Gastsystem
• Mittels Daemon (up -d) können Container ganz einfach gestartet werden.

Nachteile auf Embedded #

• Viel Resourcen (libraries nicht mehr shared)
• Oft Images nicht für ARM kompiliert

ARM GCC Compiler #

• GNU Compiler für C und C++
• Maintained von ARM (früher Linaro)
• Unterschiedliche Targets (z.B. linux-eabi).
• als alternative existiert der clang Compiler.