Entwicklerrechner einrichten, testen und reparieren – mit einem einzigen Befehl
Open-Source-CLI für macOS, Windows und Linux – für Entwickler und die Teams, die deren Rechner betreuen
Einen Entwicklerrechner einzurichten ist bis heute weitgehend Handarbeit: Wiki-Checklisten, Einmal-Skripte und die Frage an die Person, die es zuletzt gemacht hat. Sailwright ersetzt das durch Automatisierung, die Sie versionieren, testen und erneut ausführen können.
Es kombiniert Ansible mit dem VM-Tooling der jeweiligen Plattform. So verwalten Sie lokale Rechner, Remote-Hosts und temporäre Testsysteme aus einem einzigen Repository.
Warum nicht einfach ansible-playbook? Lesen Sie, wodurch sich Sailwright unterscheidet.
Sie starten sailwright
…die VM baut sich von selbst, unbeaufsichtigt
- Neue Entwickler mit einem versionierten Setup statt einer Wiki-Checkliste einarbeiten
- Den eigenen Rechner aus einem Repository statt aus dem Gedächtnis neu aufbauen
- Setup-Änderungen sicher in Wegwerf-VMs testen, bevor sie ausgerollt werden
- Vom Soll abgewichene Rechner reparieren, indem Sie dieselbe Automatisierung erneut ausführen
Wer Sailwright nutzt
Entwickler, Plattform- und CI-Teams, Admins, IT-Leitungen und Agent-Harnesses nutzen Sailwright jeweils anders: Ihr Szenario finden Sie unter Zielgruppen.
Sailwright ersetzt nicht die MDM-/UEM-Werkzeuge Ihrer IT-Abteilung – es ergänzt sie um die Ebene der Entwicklerwerkzeuge, die diese nicht erreichen: den Teil, der meist manuell, teamspezifisch und schwer reproduzierbar bleibt. Es registriert keine Geräte und verwaltet keine Richtlinien.
Ein Toolkit für jeden Host
Ihr Setup liegt in versionierten Ansible-Rollen. Verwaltete Workflows richten dafür eine VM ein und konfigurieren sie; das lokale Provisioning wendet Ihre Rollen direkt auf den Host an.
| Host-Betriebssystem | Verwaltete VM-Workflows heute |
|---|---|
| macOS | macOS (Tart), Ubuntu (UTM), Windows 11 (UTM) |
| Windows | Ubuntu (Hyper-V), Windows 11 (Hyper-V; VirtualBox funktioniert ebenfalls, ist aber instabil) |
| Linux | Ubuntu und Windows 11 (QEMU/KVM über libvirt und virt-manager) sowie Docker-basiertes Linux-Testing |
- Ausführungen sind idempotent: Dasselbe Setup zweimal anzuwenden ist sicher und verändert beim zweiten Mal nichts
- Jeder Rechner bezieht seine Automatisierung selbst und führt sie lokal aus – ein zentraler Server ist nicht erforderlich
- Mit dem Modus --check sehen Sie jede Änderung, bevor sie den Rechner berührt
Sailwright ist kostenlos und Open Source unter der AGPLv3. Sie dürfen es privat, beruflich und im gesamten Unternehmen nutzen, auch kommerziell. Der Open-Source-Kern bleibt kostenlos. Gepflegt wird Sailwright von Carl-Christian Sautter – Details zur Lizenz finden Sie unter Über uns.
Keine Telemetrie, keine heimlichen Verbindungen: Sailwright stellt nur die Netzwerkverbindungen her, die Sie anstoßen – Downloads von Releases und Self-Updates, Push und Pull bei OCI-Registries (Container-Registries) sowie alles, was Ihre Playbooks und VM-Setups vorgeben.
Sailwright fordert erhöhte Rechte nur dort an, wo sie nötig sind, und nur für die Dauer eines Laufs, statt pauschal „alles als Administrator auszuführen“. Unter Windows ist der Zugriff temporär und nur über Loopback erreichbar; die Anleitung zum Windows-Zugriff erklärt, wie das funktioniert. Unter macOS und Linux fragen die Skripte nur bei den Schritten nach sudo, die es wirklich benötigen.
Die Prüfsummen der Releases sind schlüssellos mit cosign signiert; in SECURITY.md steht, wie Sie sie überprüfen.
Loslegen in drei Befehlen
Laden Sie das Release für Ihr Betriebssystem von den GitHub Releases herunter und gehen Sie dann so vor:
sailwright install– installiert die Host-Abhängigkeiten (unter macOS und Linux gehören Ansible, Packer und QEMU dazu)sailwright provision local --check– zeigt in einer Vorschau, was sich auf diesem Rechner ändern würde; es wird nichts verändertsailwright provision local– wendet das Setup auf diesen Rechner an: standardmäßig die mitgelieferten Beispielrollen, oder die Rollen Ihres Teams, sobald Sie die Rollenquellen konfigurieren
Um stattdessen auf einer Wegwerf-VM zu testen, folgen Sie den Test-Workflows. Praxisnahe Workflows finden Sie unter Anwendungsfälle, die vollständige Einrichtung in der Dokumentation. Fragen? Nehmen Sie Kontakt auf.