Gestión de permisos y colaboradores en GitLab

Permisos de Grupo (autorización)
- Guest . Solo Lectura.
- Reporter pueder abrir y comentar issue.
- Developer Subir código, acceso a issue, branch.
- Owner / Maintainer. Puede realizar configuraciones del proyecto + Dev. (Owner→creador del proyecto. Maintainer→no creador del proyecto)

Ramon Augusto Yanez OShee

Buen resumen!

Alexander Silvera

En que momento creo el proyecto?? no se pero parece que se saltearon una clase previa donde se crea el repositorio.

Carlos Gómez Mont

Clase 10, indica cómo hacer proyecto, puedes regresar acá después...

Carlos Gómez Mont

Honestamente, considero mas importante comprender los permisos, antes que crear el proyecto.. Mi tip, tomen el curso en el orden especificado...

Manuel Gil

Este video debe ser el último de la sección de Administración, justo después de Proyectos. Les recomiendo revisar los otros videos de este modulo y luego de ver el video de proyectos regresar a ver este video.

Elmer Padilla Espinoza

Asumo que desde el equipo revisaron estas sugerencias por tener aun este orden de clases.

Wilowayne De La Cruz

falta la clase donde se crea el proyecto...

Jose Ignacio Oyarzún Carrasco

esta en la clase 10

oscar torres gómez

Si instalo Gitlab en mi servidor, tendrá todas las opciones en project private?

Jesús Rubén Esparza Soto

Eso dependerá de la versión que instales en tu servidor, dependiendo de la versión serán sus limitaciones, te dejo el link de la comparación de las ediciones.

feature-comparasion

Pablo Aquino

Claro yo lo tengo así, en el gitlab seft hosted

Ernesto Jose Gabriel Lopez Bravo

En un ambiente empresarial seria bueno crear subgrupos para desarrollo y QA Testing? o crear un solo subgrupo y agregar a los de QA como reporter?

Alejandro Jaramillo Merino

Para el caso que mencionas se crea ramas dentro del repositorio ejemplo master(prod), develop, etc!

Omar Flores Grimontt

Creo que no se refiere a las ramas de qa o develop como tal, sino al departamento que se encargaría de testear la aplicación y generar issues en caso de encontrar algún problema. Yo lo haría de esa manera, considero que es un buen approach.

Edwin Garcia

Si instalas gitlab en un servidor propio las funcionalidades del nivel de visibilidad privado también esta limitado?

Diego Forero

Team Platzi

*[SaaS]: Software as a Service Si, las limitaciones son iguales tanto para gitlab self hosted (instalado en tu propio servidor) como para la versión SaaS

ERASMO JOSE AURELIO ALCAIDE CAZALES

No me aparece la opcíón de internal para el grupo

Ildebrando Mora Valdes

Si, Ya no aparece, solo publico y privado

Manuel Alejandro Hurtado Sarria

se pueden dar permisos por subgrupo?

José Vito Olguin

Sí, cada nivel tiene sus propios permisos

Walter Renzo Talaverano Cruz

Si instalo Gitlab en mi servidor, tendrá todas las opciones en project private?

Erik Elyager

Gitlab Community Edition tiene ciertas limitantes que puedes ver aquí. La versión que corre en gitlab.com es la Enterprise Edition, algo tener muy en cuenta al momento de decidir hostear tu propio gitlab.

Aquí te dejo otros links que puede ser de ayuda:

Pablo Aquino

Claro, yo tengo Gitlab self Hosted con repositorios privados.

Marlon David Molina Cubillos

Hace 3 años

soy nuevo en el mundo devops, suponiendo que en una compañia en donde se realiza la implementacion de GItLab pero sin implementar mayores métodos de autenticacion seguros, y se quiere implementar MFA para todos los usuarios salvo a dos, en GitLab existen metodos para forzar la autenticacion MFA para todos; sin embargo quiero forzar a que todos tengan MFA salvo dos usuarios para testear. De que manera puedoadministrar este proceso.

David Torres M

Hace 3 años

Aquí está la corrección de ortografía:

Interesante la pregunta, no soy experto en el tema, pero en la versión de GitLab v16.9.0-ee (usada en febrero de 2024), se puede crear un grupo y dentro de ese grupo hay una opción para forzar a que todos los usuarios que están dentro del grupo activen el 2FA.

Debes crear el grupo primero y luego hay una opción para editar el grupo; después, habilitas esta opción.

Almacenas los cambios y luego agregas a los usuarios a los que quieres habilitarles el 2FA. Si tienes una cantidad grande de usuarios, tendrías que usar la REST API de GitLab y agregarlos usando la REST API.

Otra opción sería contactar a los encargados del correo electrónico o, si eres tú el encargado del correo electrónico, enviarles una infografía o un aviso diciéndoles que habiliten el 2FA.

Hay muchas formas; dejo la documentación de cómo hacerlo:

Samir Jimenez Vivas

O sea, un chmod, vaya gitlab es más completo de lo que creí.

Andresa Helena Rivera Ceballos

Aun no comprendo bien la jerarquia.

Los proyectos tienen adentro grupos y los grupos subgrupos?

Alguien me podria dar un ejemplo de un caso practico por favor?

Emmanuel Rodríguez

Hola, yo lo veo así. dentro del ciclo de vida del software se hayan pasos, muy similares a los del DevOps. Sin embargo, las diferentes formas de autorizar no son más que una manera de posibilitar a un programador/desarrollador/diseñador/RH de gestionar el proyecto en sí. Con respecto a los grupo y subgrupos, no es más que una delimitación o categorización de los anteriores dentro de una gestión de proyectos o empresarial. Cabe mencionar que, coloquialmente y menospreciado el comentario, githlab es un "github" para una empresa/proyecto donde se puede tener control de todo tu producto/solución. P.E. Dentro de una empresa, puedo estar como propietario de un proyecto donde estoy como JS-dev, categorizado dentro de un subgrupo. Viendo de la vista jerárquica, no puedo ver otros proyectos porque estoy como privado, pero mis proyectos, donde soy propietario, puedo gestionar a mi RH para autorizar el estado del mismo. Ahora que si volteamos la moneda, donde tengo otro tipo de autorización, no podría realizar más que las actividades delimitadas por mi autorización.

Andres Vasquez Zuñiga

Básicamente es una organización que te permite segmentar tus proyectos en una estructura de carpetas anidadas, por ejemplo : Nomina/Operaciones --- Nomina/Tech -- Nomina/RRHH, y así dentro de esta estructura puedes segmentar los equipos que pueden acceder a la información en este caso la nómina.

Elmer Padilla Espinoza

Marcelo Javier Pedernera

Muy amigable el manejo de GitLab hasta ahora. Me gusta.

Fernando Rocha Olivera

¿Qué restricciones tiene gitlab en cuanto a los proyectos privados?

Diego Forero

Team Platzi

Hola, aquí tienes una tabla donde compara con github y las capacidades de las cuentas free https://about.gitlab.com/2019/01/07/github-offering-free-private-repos-for-up-to-three-collaborators/

Solansh Jaqueline Montoya Muñoz

Puede haber mas de un owner?

Gerson Ramírez

Daniel Alfredo García Serna

Hace 6 meses

📚 Nombre de la clase

Gestión de permisos y colaboradores en GitLab

🎯 Idea principal

La gestión de permisos en GitLab permite controlar quién puede acceder y qué acciones puede realizar cada usuario dentro de proyectos y grupos. Un buen manejo de roles asegura seguridad, orden y colaboración eficiente. No todos los usuarios deben tener los mismos privilegios. El objetivo es dar el acceso mínimo necesario para cada rol.

⚡ Síntesis en 10 segundos

Controla quién accede y qué puede hacer
Roles definen permisos
Acceso mínimo necesario
Seguridad + organización
Evita errores y riesgos

🔑 Puntos clave

GitLab usa roles (Guest, Reporter, Developer, Maintainer, Owner)
Cada rol tiene permisos específicos sobre el proyecto
Permisos pueden asignarse a nivel de grupo o proyecto
Herencia de permisos simplifica la gestión
Dar más permisos de los necesarios aumenta el riesgo
Control de acceso protege código y procesos
Colaboración estructurada mejora eficiencia

🧠 Conceptos importantes

Rol: nivel de acceso asignado a un usuario
Permisos: acciones que un usuario puede realizar
Principio de mínimo privilegio: dar solo el acceso necesario
Colaborador: usuario que participa en el proyecto
Herencia de permisos: acceso definido desde niveles superiores

🧩 Modelo mental de la clase

Usuario → Rol asignado → Permisos definidos → Acciones controladas

Idea clave: El acceso correcto permite colaborar sin comprometer seguridad.

🚀 Acciones inmediatas

Revisar roles actuales en tus proyectos
Ajustar permisos según responsabilidades reales
Aplicar principio de mínimo privilegio
Gestionar accesos desde grupos para mayor control
Auditar colaboradores periódicamente

💼 Aplicación profesional

En empresas: proteger información crítica
En equipos: evitar errores por accesos indebidos
En proyectos: mantener orden y control
En productos digitales: asegurar integridad del desarrollo

Impacto real: menos riesgos, mejor control y colaboración más eficiente.

🔥 Hacks para la comunidad

No des permisos “por comodidad”
Usa roles estándar antes de crear excepciones
Revisa accesos cuando alguien cambia de rol o sale del equipo
Centraliza permisos en grupos, no en proyectos individuales
Seguridad mal gestionada = problema futuro seguro

📝 Reflexión estratégica

El control de accesos define qué tan seguro y organizado es tu proyecto. Dar permisos sin criterio es abrir puertas innecesarias.

Los equipos maduros no solo construyen software, también controlan quién puede modificarlo.

Jairo Cuartas

Cuando intente asignar mientras a un grupo, no visualizo la opción. Actualmente el grupo fue creado siguiendo las pausas del video 7. De casualidad alguien tiene conocimiento si esa opción fue situada en otro lugar.

Muchas gracias.

Jairo Cuartas

Buscando, en la actual versión de gitlab (Sep 2021) se encuentra situado en la opción "Group information" del panel izquierdo, situandose claro está en el grupo a añadirle miembros.

Gustavo Rivero

Consulta Maintainer puede ver las llaves de acceso?

Jairo Cuartas