Teams en seats
Benoemde seats
Section titled “Benoemde seats”Een Pro- of Enterprise-abonnement koopt u in benoemde seats: een seat wordt aan een persoon toegewezen, en is opnieuw toewijsbaar — bij een vertrek raakt u de seat niet kwijt.
Het toewijzen doet u vanuit het accountdashboard, dat u bereikt via de knop Account ▸ Dashboard in de titelbalk.
Rollen
Section titled “Rollen”| Rol | Kan |
|---|---|
| admin | Facturering, beheer van de seats, beheer van de leden |
| member | De mogelijkheden van het plan gebruiken |
Een project delen
Section titled “Een project delen”Restorm heeft geen gehoste werkruimte, en dat is een keuze: delen gaat via git.
Een .restorm-project is een tekstbestand, deterministisch geserialiseerd zodat
de diffs leesbaar blijven en de merges de entiteiten correct koppelen. Zie
Projecten en .restorm-bestanden.
De praktische gevolgen:
- uw verzoeken doorlopen dezelfde reviewcyclus als uw code: branch, pull request, tegenlezen;
- de toegangsrechten zijn die van uw forge — u hoeft niets dubbel te beheren;
- de geschiedenis van het API-project is de git-geschiedenis, met alle
blameen bisecties.
De geïntegreerde git maakt dat comfortabel vanuit de applicatie, inclusief de conflictoplossing in de echte editors.
Wat niet wordt gedeeld
Section titled “Wat niet wordt gedeeld”Deze elementen blijven bewust lokaal per persoon:
- de favorieten;
- de indeling van de workbench;
- de snelle instellingen die in de bestemming “gebruiker” zijn opgeslagen;
- de responsgeschiedenis;
- de geheimen.
Iedereen houdt zijn eigen werkblad; het project blijft het gemeenschappelijke contract.
Geheimen in een team
Section titled “Geheimen in een team”Schrijf nooit een geheim in het project. Er zijn twee aanpakken:
- lokaal, een geheimenbestand naast het project, toegevoegd aan de
.gitignore; - in CI, de bron “omgevingsvariabele”, gevoed door de kluis van uw pipeline.
Zie Geheimen.