Berthly ist eine native Mac-Oberfläche für Apples Container-Werkzeuge: Images bauen, Linux-Container und leichte Maschinen starten sowie Logs ansehen, ohne ständig im Terminal zu arbeiten. Es ist eine GUI für Apples Daemon und keine eigene Laufzeitumgebung.
Apples Container-Stack mit einer Mac-GUI verwalten
Die App stellt Apples Container-Befehle über ein Menüleistenwerkzeug und ein vollständiges SwiftUI-Fenster bereit. Sie benötigt Apple Silicon und macOS 26 oder neuer, da Apples Container Linux in leichten virtuellen Maschinen ausführen.
Berthly kann bei der Installation von Apples signierter Container-Toolchain helfen und den Daemon starten. Die Abhängigkeit von Apples zugrunde liegender Software bleibt bestehen; prüfe daher auch deren Version.
Images bauen und abrufen, ohne den Kontext zu verlieren
Lokale Images anzeigen, aus einer Registry abrufen, mit einem Dockerfile bauen und Image-Layer sowie Metadaten untersuchen. Ziehe ein Dockerfile oder Containerfile aus dem Finder auf das Fenster, um ein vorbereitetes Build-Blatt mit Kontext und Dateipfad zu öffnen.
Berthly merkt sich Kontext und Optionen jedes Image-Builds, sodass ein erneuter Build ohne erneute Eingabe der Einstellungen gestartet werden kann. Die Oberfläche visualisiert den Ablauf, während Apples Container-Toolchain die eigentliche Arbeit erledigt.
Container, Maschinen und Live-Logs verwalten
Container erstellen und starten, Details prüfen und Logs im Fenster streamen. Außerdem lassen sich leichte Maschinen einrichten und verwalten, ein Kernel wählen und Ressourcen einsehen.
Ein Terminal ist direkt mit dem ausgewählten Container verbunden. CPU-, Speicher- und Netzwerkdiagramme pro Container zeigen den Status; Berthly beschreibt sich als GUI für Apples Laufzeit und nicht als separate Container-Engine.
Netzwerke, Volumes und Registry-Zugangsdaten
Netzwerke und Volumes lassen sich über die Oberfläche erstellen, auflisten und entfernen. Registry-Abläufe umfassen Image-Pulls und -Pushes, die Anmeldung bei privaten Registries und gespeicherte Registry-Hosts.
Laut Berthly werden Registry-Zugangsdaten in denselben macOS-Keychain-Einträgen wie bei Apples Container-CLI abgelegt und nicht zusätzlich von der App gespeichert. Netzwerkzugriffe auf Registries erfolgen im Rahmen der Aktionen, die du auswählst.
Tastaturbedienung und Menüleistenmonitor
Die Menüleistenintegration bietet schnellen Status und Steuerung. Eine Befehlspalette springt zu Aktionen; Tastenkürzel wechseln zwischen Hauptbereichen und Detailreitern.
Favoriten können in der Menüleiste sichtbar bleiben. Berthly kann dich benachrichtigen, wenn ein angehefteter Container oder eine Maschine den Zustand ändert, während du anderswo arbeitest.
Lange Builds und Image-Aktualisierungen
Das Schließen des Build-Blatts stoppt den Build nicht. Ein Symbol in der Werkzeugleiste verfolgt den Fortschritt und zeigt Fehler an, sodass du in einem anderen Bereich der App weiterarbeiten kannst.
Berthly kann abgerufene Image-Tags regelmäßig mit ihren Registries vergleichen und veraltete Images und Container markieren. „Recreate with Latest Image“ lädt das neuere Image und erstellt den Container mit seiner vorhandenen Konfiguration und seinen Volumes neu.
In Image- und Volume-Ansichten werden freigebbare Speicherplätze angezeigt; das Pruning erfordert eine Bestätigung. Prüfe das Ziel, denn das Entfernen ungenutzter Ressourcen ersetzt nicht die Kontrolle, was eine Entwicklungsumgebung noch benötigt.
Lokaler Betrieb mit klaren Netzwerkgrenzen
Laut Projekt kommuniziert Berthly per XPC mit dem lokalen Container-Daemon und enthält weder Telemetrie noch Analysen oder Crash-Reporting. Pulls, Pushes und Anmeldungen gehen an die Registries, die du konfigurierst.
Abgesehen von Registry-Aktionen nennt das README GitHub-Abfragen für Sparkle-Updates und Downloads des von Apple signierten Installers, wenn du die geführte Installation oder Aktualisierung von Container verwendest. Update-Prüfungen lassen sich in den Einstellungen abschalten.
Berthly ist nicht sandboxed, weil es den Daemon und launchctl verwaltet und mit lokalen Build-Kontexten und Volume-Mounts arbeitet. Der Quellcode ist öffentlich, aber den umfassenden lokalen Dateizugriff sollte man vor dem Öffnen von Projektdateien kennen.
Die Sicherheitskorrektur in v1.4.1 betrifft auch den Daemon
Berthly v1.4.1 baut auf Apple container 1.4.1 und containerization 0.45.0. Die Release-Hinweise beschreiben ein moderates OCI-Image-Problem, bei dem präparierte Archivpfade Symlinks außerhalb des Entpackordners folgen konnten. Die zugehörige Meldung ist GHSA-4587-w9mm-xxvh.
Nur die Berthly-App zu aktualisieren reicht für diese Korrektur nicht. Die verwundbare Extraktion läuft im Container-Daemon; daher muss auch Apples installierte Container-Toolchain Version 1.4.1 haben. Berthly ergänzt eine blockierende Versionsprüfung und ein direktes Ein-Klick-Upgrade.
Die Release-Hinweise nennen außerdem containerization 0.45.0 und eine strengere Mindestversionsprüfung. Prüfe beim Import von OCI-Tar-Dateien beide Versionen, statt anzunehmen, dass ein GUI-Update auch die Laufzeit aktualisiert hat.
Systemanforderungen und Installation
Berthly richtet sich an Apple-Silicon-Macs mit macOS 26 oder neuer. Apples Container-Toolchain muss installiert sein und laufen. Die App kann die Einrichtung begleiten, hebt diese Abhängigkeit aber nicht auf.
Eine App-Store-Version gibt es nicht. GitHub Releases bieten ein direktes DMG; laut Projekt ist die App mit Developer ID signiert und von Apple notarisiert, sodass macOS sie ohne Gatekeeper-Warnung öffnen sollte. Updates lassen sich in der App abrufen.
Das geprüfte Release v1.4.1 herunterladen
Die SHA-256-Prüfsumme des DMG v1.4.1 lautet eb4788c92aba0760cd7b9f531821d9261f11125677c515b80b034697a7bb4aeb. Sie stimmte mit den offiziellen GitHub-Release-Metadaten überein, und die macOS-Disk-Image-Prüfung war erfolgreich. In dieser Umgebung ließ sich das Image nicht einbinden; die App wurde weder installiert noch gestartet.
Lade das offizielle Berthly-DMG v1.4.1 oder lies zuerst die Release-Hinweise. Berthly eignet sich für einen visuellen Ablauf mit Apples Containern, solange auch der zugrunde liegende Container-Daemon aktuell bleibt.
Projektübersicht
- Lizenz
- Apache-2.0
- Plattform
- Apple-Silicon-Mac; macOS 26 oder neuer; Apple Container-Toolchain erforderlich
- Sprache
- Swift, SwiftUI
- Geprüfte Version
- v1.4.1 (DMG-Prüfsumme und Disk-Image-Prüfung am 08.10.2026 erfolgreich; README nennt Developer-ID-Signatur und Notarisierung)
- Repository
- github.com/henrywang/Berthly
Installation
Offizielles Berthly-DMG v1.4.1: https://github.com/henrywang/Berthly/releases/download/v1.4.1/Berthly-1.4.1.dmg
Release-Hinweise: https://github.com/henrywang/Berthly/releases/tag/v1.4.1
SHA-256: eb4788c92aba0760cd7b9f531821d9261f11125677c515b80b034697a7bb4aeb
Apple Silicon, macOS 26 oder neuer und Apple container 1.4.1 für die Sicherheitskorrektur erforderlich.Lizenzübersicht
LICENSE und README nennen Apache License 2.0. Die SHA-256-Prüfsumme des DMG v1.4.1 stimmte mit den offiziellen GitHub-Release-Metadaten überein; hdiutil-Prüfung am 08.10.2026 erfolgreich, Einbinden in dieser Umgebung nicht möglich.



