REFERENCIAReference
Quién ve y hace qué en Forge
El acceso a Forge viene del rol de cada miembro en el equipo: usuario, gestor o administrador. Quien no tiene rol en Forge no ve el módulo. Los roles se definen en la gestión de miembros del equipo.
Qué ve cada rol
| Página | Usuario | Gestor | Administrador |
|---|---|---|---|
Inbox, Issues board, Ciclos, Initiatives, Domains, Design | Sí | Sí | Sí |
Bloqueios (bloqueos) | — | Sí | Sí |
Repositórios (repositorios) | — | — | Sí |
GitHub (integración) | — | — | Sí |
Los elementos fuera del rol no aparecen en la navegación — para un usuario, es como si Bloqueios, Repositórios y GitHub no existieran.
Qué hace cada rol
| Acción | Quién puede |
|---|---|
| Crear y editar issues, ciclos, iniciativas, domains y designs | Todos los roles |
| Señalar un bloqueo | Gestores y administradores en cualquier issue; usuarios solo en las issues asignadas a ellos |
| Resolver un bloqueo | Gestores, quien lo señaló o el responsable de la issue |
| Ver el Inbox de otro ingeniero | Gestores y administradores |
| Eliminar un design | Administradores, gestores o quien creó el design |
| Conectar GitHub y gestionar la instalación | Administradores |
| Sincronizar repositorios y vincularlos a domains | Administradores |
| Generar y re-analizar el perfil de repositorio | Administradores |
Dos excepciones que no siguen el rol de Forge
Gerar notas de release(generar notas de release) depende del permiso de editar páginas en el Wiki — mira permisos del Wiki.Fechar issues ao mesclar PR(cerrar issues al fusionar el PR) solo pueden cambiarlo administradores o gerentes del equipo — el rol del equipo, no el de Forge — y guardar exige autenticación de dos factores.
Para el modelo general de roles en Movitera®, mira permisos del workspace.