Équipes et sièges
Sièges nommés
Section titled “Sièges nommés”Un abonnement Pro ou Enterprise s’achète en sièges nommés : un siège est attribué à une personne, et il est réassignable — un départ ne fait pas perdre le siège.
L’attribution se fait depuis le tableau de bord du compte, accessible par le bouton Compte ▸ Tableau de bord de la barre de titre.
| Rôle | Peut |
|---|---|
| admin | Facturation, gestion des sièges, gestion des membres |
| member | Utiliser les capacités du plan |
Partager un projet
Section titled “Partager un projet”Restorm n’a pas d’espace de travail hébergé, et c’est un choix : le partage passe par git.
Un projet .restorm est un fichier texte, sérialisé de façon déterministe pour
que les diffs restent lisibles et que les fusions apparient correctement les
entités. Voir
Projets et fichiers .restorm.
Conséquences pratiques :
- vos requêtes suivent le même cycle de revue que votre code : branche, pull request, relecture ;
- les droits d’accès sont ceux de votre forge — rien à administrer en double ;
- l’historique du projet d’API est l’historique git, avec ses
blameet ses bissections.
Le git intégré rend l’opération confortable depuis l’application, y compris la résolution de conflits dans les vrais éditeurs.
Ce qui ne se partage pas
Section titled “Ce qui ne se partage pas”Volontairement, ces éléments restent locaux à chaque personne :
- les favoris ;
- la disposition du workbench ;
- les paramètres rapides enregistrés dans la cible « utilisateur » ;
- l’historique des réponses ;
- les secrets.
Chacun garde son plan de travail ; le projet reste le contrat commun.
Secrets en équipe
Section titled “Secrets en équipe”N’écrivez jamais un secret dans le projet. Deux approches :
- en local, un fichier de secrets à côté du projet, ajouté au
.gitignore; - en CI, la source « variable d’environnement », alimentée par le coffre de votre pipeline.
Voir Secrets.