Abrir un proyecto en Workspace, Delegate o CDN
Un proyecto tiene una entrada para cada producto. Cada entrada te lleva allí con el proyecto en contexto, y el producto comprueba tu acceso al llegar.
- Disponibilidad: Experimental
- Evidencia: Ejecución registrada
- Guía práctica
Antes de empezar
Abre el proyecto desde la lista Proyectos. Todos los miembros de la organización, incluido un Lector, ven las entradas.
Las tres entradas
Bajo Trabajar en este proyecto, la pantalla dice «Cada producto comprueba tu acceso al llegar. Un enlace aquí no es un permiso.» y lista:
| Entrada | La pantalla la describe así |
|---|---|
| Desarrollar en Workspace | «Abre tu propio entorno de desarrollo, el editor y la vista previa.» |
| Tareas y automatización en Delegate | «Solicitudes, revisiones, aprobaciones y entrega.» |
| Aplicaciones en CDN | «Las aplicaciones publicadas y las versiones de este proyecto.» |
Una entrada que puedes usar tiene un botón Abrir. Cuando ya hay registros de un producto vinculados al proyecto, la entrada también dice cuántos, como en «2 vinculados aquí».
Abrir una
- Elige Abrir en la entrada.
- Llegas a ese producto con el proyecto en contexto. El producto te inicia sesión con tu cuenta de Beyond si todavía no tienes una sesión allí: un solo inicio de sesión, sin una segunda contraseña.
- El producto decide qué ves. Comprueba tu acceso a sus propios recursos, sin importar lo que Projects haya mostrado.
Resultado esperado: el producto se abre en este proyecto, o te dice con sus propias palabras por qué no puede.
Un enlace aquí no es un permiso
Abrir lleva la identidad del proyecto y nada más: ni una credencial, ni un rol, ni un permiso. Esto tiene tres consecuencias:
- Enviarle el enlace a alguien no le da nada. Necesita su propio acceso en ese producto.
- Un producto puede rechazarte aunque Projects haya mostrado Abrir. Projects no puede ver los permisos de un producto.
- Para Workspace, que falte el botón Abrir es solo una cortesía. Workspace aplica por su cuenta el acceso cerrado al desarrollo, junto con tu membresía y tu permiso sobre el proyecto, y responde con una pantalla propia para cada caso.
En CDN llegas a las aplicaciones de la organización, filtradas por el proyecto: consulta Las aplicaciones de un proyecto de Beyond. En una instalación de Delegate que está conectada a Beyond Projects, Delegate abre el proyecto vinculado, lista varios, o le ofrece a quien administra el formulario que vincula un repositorio: consulta Usar Delegate con un proyecto de Beyond. Un Delegate sin esa conexión se abre como siempre.
Cuando una entrada no tiene el botón Abrir
La entrada dice por qué en vez de ofrecer un enlace roto:
| La entrada dice | Significado | Qué hacer |
|---|---|---|
| «No está configurado en esta instalación.» | Esta instalación no tiene una dirección para ese producto | Nada que puedas cambiar. Lo configuran quienes administran la instalación |
| «No está disponible mientras el proyecto esté archivado o eliminado.» | Las tres entradas se cierran mientras el proyecto no está activo | Restaura el proyecto, si tu rol lo permite |
| «No tienes acceso al desarrollo en Workspace en esta organización.» | Solo en Desarrollar en Workspace: la organización no está habilitada, o no fuiste seleccionado | Lee Acceso cerrado al desarrollo en Workspace. Las otras dos entradas siguen funcionando |
Límites
- Projects no tiene ninguna acción de publicar, y Workspace tampoco. Aplicaciones en CDN lleva a aplicaciones y releases que se prepararon mediante el CDN.
- Lo que pasa después de Abrir en Desarrollar en Workspace, incluida cada pantalla de rechazo, está en Abrir un proyecto en Workspace.
Siguiente acción
¿Vas a desarrollar? Abrir un proyecto en Workspace. ¿Entregas aplicaciones? Las aplicaciones de un proyecto de Beyond. ¿Trabajas con solicitudes y agentes? Usar Delegate con un proyecto de Beyond.