Über Sailwright

Sailwright entstand aus echten Onboarding- und Support-Problemen in gemischten Betriebssystem-Teams: Entwickler verbrachten Stunden damit herauszufinden, wie ein Rechner eingerichtet sein sollte, Unterschiede beim Setup waren schwer zu debuggen und zu reproduzieren, und betriebssystemspezifische Skripte drifteten von Quartal zu Quartal weiter auseinander. Das Ziel ist seit dem ersten Tag unverändert – die Rechnereinrichtung reproduzierbar, testbar und deutlich unabhängiger vom Gedächtnis oder selbstgeschriebenen, hostspezifischen Skripten zu machen.

Sailwright wurde ursprünglich unter dem Namen Dev Alchemy entwickelt – einige interne Pfade und Umgebungsvariablen tragen noch das alte Präfix dev-alchemy, während die Migration abgeschlossen wird.

Sailwright ist bewusst kein Ersatz für klassisches MDM-/UEM-Tooling. Es ergänzt diese Tools, indem es die Ebene der Entwickler-Werkzeuge und Workflows abdeckt, die meist manuell, teamspezifisch und schwer zu reproduzieren bleibt – die Skripte und das informelle Wissen, die zwischen dem liegen, was ein MDM durchsetzt, und dem, was ein Entwickler tatsächlich installiert haben muss, um arbeiten zu können.

Dieser Fokus hält den Projektumfang bewusst schmal: versionierte Ansible-Rollen und Playbooks als Single Source of Truth, plattformübergreifend, wo es sinnvoll möglich ist, umgesetzt über hostspezifisches Tooling statt über Einmal-Skripte pro Rechner.

Im Gegensatz zu reinen ansible-playbook-Läufen, chezmoi, Nix/Devbox oder Devcontainern kombiniert Sailwright Ansible mit host-spezifischem, temporärem VM-Build- und Provisioning-Tooling. So lassen sich dieselben Playbooks gegen echte macOS-, Linux- und Windows-Ziele testen, bevor sie jemals den Rechner eines Entwicklers berühren.

Konkret bedeutet das: ein einheitliches Befehlsvokabular für den VM-Lebenszyklus auf allen drei Host-Betriebssystemen, Windows-Provisioning ohne zurückbleibenden dauerhaften Remote-Verwaltungszugriff, über jede beliebige OCI-Registry (im Docker-Stil) verteilbare Build-Artefakte sowie idempotente Läufe, die Drift reparieren, statt einen Neuaufbau zu erfordern.

Sailwright ist kostenlos und Open Source unter der AGPLv3. Sie können es ohne Kosten nutzen: privat, beruflich und in Ihrem gesamten Unternehmen, auch für kommerzielle Zwecke. Der Open-Source-Kern bleibt kostenlos.

Darf meine Firma Sailwright kostenlos nutzen?

Ja. Sie können Sailwright kostenlos nutzen, um Rechner für sich, Ihr Team oder Ihr ganzes Unternehmen einzurichten, zu testen und zu pflegen. Es ist kein Lizenzkauf und keine Registrierung nötig.

Was verlangt die AGPLv3 von mir?

Wenn Sie Sailwright nur nutzen, müssen Sie lediglich die Lizenzhinweise erhalten. Playbooks und Rollen, die Sie selbst schreiben, gehören Ihnen. Pflichten entstehen nur, wenn Sie Sailwright (verändert oder unverändert) an andere weitergeben oder anderen eine veränderte Version über ein Netzwerk bereitstellen. Dann müssen Sie den zugehörigen Quellcode unter der AGPLv3 zugänglich machen.

Gibt es eine andere Lizenz?

Wenn Sie Sailwright ohne AGPLv3-Pflichten in ein eigenes Closed-Source-Produkt oder einen Dienst einbauen möchten, ist eine separate kommerzielle Lizenz erhältlich – kontaktieren Sie uns.

Beiträge sind willkommen – das Projekt wird offen auf github.com/csautter/sailwright entwickelt. Besonders wertvoll: weitere Rollen und Playbooks, breitere plattformübergreifende Abdeckung, bessere Dokumentation und Hilfestellung bei der Fehlerbehebung sowie Bugfixes mit Testabdeckung. Mit jedem Pull Request stimmen Sie dem Contributor License Agreement des Projekts zu; es erlaubt den Maintainern, Beiträge neu zu lizenzieren – auch unter anderen Lizenzbedingungen als der AGPLv3.

Aktiv werden

Was Sailwright kann, zeigen die Funktionen. Wie es bei echten Problemen im Einsatz ist, sehen Sie unter Anwendungsfälle. Bei Fragen kontaktieren Sie uns.