Team e postazioni
Postazioni nominali
Section titled “Postazioni nominali”Un abbonamento Pro o Enterprise si acquista in postazioni nominali: una postazione è attribuita a una persona ed è riassegnabile — una partenza non fa perdere la postazione.
L’attribuzione si fa dal pannello di controllo dell’account, raggiungibile dal pulsante Account ▸ Pannello di controllo della barra del titolo.
| Ruolo | Può |
|---|---|
| admin | Fatturazione, gestione delle postazioni, gestione dei membri |
| member | Usare le funzionalità del piano |
Condividere un progetto
Section titled “Condividere un progetto”Restorm non ha uno spazio di lavoro ospitato, ed è una scelta: la condivisione passa da git.
Un progetto .restorm è un file di testo, serializzato in modo deterministico
perché i diff restino leggibili e le fusioni appaino correttamente le
entità. Si veda
Progetti e file .restorm.
Conseguenze pratiche:
- le richieste seguono lo stesso ciclo di revisione del codice: branch, pull request, rilettura;
- i diritti di accesso sono quelli della propria forge — nulla da amministrare due volte;
- la cronologia del progetto di API è la cronologia git, con i suoi
blamee le sue bisezioni.
Il git integrato rende l’operazione comoda dall’applicazione, compresa la risoluzione dei conflitti nei veri editor.
Ciò che non si condivide
Section titled “Ciò che non si condivide”Deliberatamente, questi elementi restano locali a ciascuna persona:
- i preferiti;
- la disposizione del workbench;
- le impostazioni rapide salvate nella destinazione «utente»;
- la cronologia delle risposte;
- i segreti.
Ognuno conserva il proprio piano di lavoro; il progetto resta il contratto comune.
Segreti in team
Section titled “Segreti in team”Non va mai scritto un segreto nel progetto. Due approcci:
- in locale, un file di segreti accanto al progetto, aggiunto al
.gitignore; - in CI, la sorgente «variabile d’ambiente», alimentata dal vault della propria pipeline.
Si veda Segreti.