Equipos y puestos
Puestos nominales
Section titled “Puestos nominales”Una suscripción Pro o Enterprise se compra en puestos nominales: un puesto se atribuye a una persona y es reasignable, de modo que una baja no hace perder el puesto.
La atribución se hace desde el panel de control de la cuenta, accesible mediante el botón Cuenta ▸ Panel de control de la barra de título.
| Rol | Puede |
|---|---|
| admin | Facturación, gestión de los puestos, gestión de los miembros |
| member | Usar las capacidades del plan |
Compartir un proyecto
Section titled “Compartir un proyecto”Restorm no tiene ningún espacio de trabajo alojado, y es una decisión deliberada: la compartición pasa por git.
Un proyecto .restorm es un archivo de texto, serializado de forma determinista para que los
diffs sigan siendo legibles y para que las fusiones emparejen correctamente las entidades.
Consulte
Proyectos y archivos .restorm.
Consecuencias prácticas:
- sus peticiones siguen el mismo ciclo de revisión que su código: rama, pull request, relectura;
- los permisos de acceso son los de su forja: no hay nada que administrar por duplicado;
- el historial del proyecto de API es el historial de git, con sus
blamey sus bisecciones.
El git integrado hace cómoda la operación desde la aplicación, incluida la resolución de conflictos en los editores reales.
Lo que no se comparte
Section titled “Lo que no se comparte”De forma deliberada, estos elementos permanecen locales para cada persona:
- los favoritos;
- la disposición del workbench;
- los ajustes rápidos guardados en el destino «usuario»;
- el historial de respuestas;
- los secretos.
Cada uno conserva su plan de trabajo; el proyecto sigue siendo el contrato común.
Secretos en equipo
Section titled “Secretos en equipo”Nunca escriba un secreto en el proyecto. Dos enfoques:
- en local, un archivo de secretos junto al proyecto, añadido al
.gitignore; - en CI, el origen «variable de entorno», alimentado por la caja fuerte de su pipeline.
Consulte Secretos.