Teams und Lizenzplätze
Benannte Lizenzplätze
Section titled “Benannte Lizenzplätze”Ein Pro- oder Enterprise-Abonnement wird in benannten Lizenzplätzen verkauft: Ein Platz ist einer Person zugewiesen und neu zuweisbar — wenn jemand das Team verlässt, geht der Platz nicht verloren.
Die Zuweisung erfolgt über das Konto-Dashboard, erreichbar über die Schaltfläche Konto ▸ Dashboard in der Titelleiste.
Rollen
Section titled “Rollen”| Rolle | Darf |
|---|---|
| admin | Abrechnung, Verwaltung der Lizenzplätze, Verwaltung der Mitglieder |
| member | Die Funktionen des Tarifs nutzen |
Ein Projekt teilen
Section titled “Ein Projekt teilen”Restorm hat keinen gehosteten Arbeitsbereich, und das ist eine bewusste Entscheidung: Das Teilen läuft über git.
Ein .restorm-Projekt ist eine Textdatei, deterministisch serialisiert,
damit Diffs lesbar bleiben und Merges die Entitäten korrekt zuordnen. Siehe
Projekte und .restorm-Dateien.
Praktische Folgen:
- Ihre Anfragen folgen demselben Review-Zyklus wie Ihr Code: Branch, Pull Request, Code-Review;
- die Zugriffsrechte sind die Ihrer Code-Plattform — nichts muss doppelt verwaltet werden;
- die Historie des API-Projekts ist die git-Historie, mit ihrem
blameund ihren Bisektionen.
Der integrierte Git-Client macht den Vorgang direkt in der Anwendung komfortabel, einschließlich der Konfliktlösung in echten Editoren.
Was nicht geteilt wird
Section titled “Was nicht geteilt wird”Bewusst bleiben diese Elemente lokal bei jeder Person:
- die Favoriten;
- die Anordnung des Workbench;
- die in der „Benutzer“-Zielebene gespeicherten Schnelleinstellungen;
- der Antwortverlauf;
- die Secrets.
Jede Person behält ihren eigenen Arbeitsplatz; das Projekt bleibt der gemeinsame Vertrag.
Secrets im Team
Section titled “Secrets im Team”Schreiben Sie niemals ein Secret in das Projekt. Zwei Ansätze:
- lokal, eine Secrets-Datei neben dem Projekt, eingetragen in die
.gitignore; - in der CI, die Quelle „Umgebungsvariable“, gespeist aus dem Tresor Ihrer Pipeline.
Siehe Secrets.