- 1

DevOps con GitLab para automatizar entregas de software
04:19 - 2

Qué es DevOps y cómo integra desarrollo con operaciones
08:44 - 3

DevOps como ciclo iterativo continuo: etapas y beneficios clave
08:21 - 4

GitLab como plataforma integral para el ciclo de vida DevOps
09:29 - 5

Diferencias clave entre GitLab y GitHub para desarrolladores
03:25
Grupos y subgrupos de GitLab para organizar proyectos y permisos
Clase 7 de 53 • Curso de DevOps con GitLab
Contenido del curso
- 11

Diferencias entre Agile y Waterfall en desarrollo de software
06:20 - 12

Creación y gestión de issues en GitLab para colaboración eficaz
12:07 - 13

Etiquetas para organizar issues en GitLab
07:30 - 14
Planificación en Gitlab-Pesos
02:40 - 15

Creación y gestión de milestones en GitLab para sprints y releases
07:23 - 16

Boards en GitLab para visualizar flujos de trabajo con issues
06:25 - 17

Service Desk de GitLab para soporte por correo electrónico
08:34 - 18
Planificación en Gitlab-Quick actions
00:33
- 19

Inicialización de Angular con GitLab y test-driven development
06:50 - 20

Merge requests y control de calidad en GitLab
12:24 - 21

Flujo completo de merge requests en GitLab
09:24 - 22

Automatización de flujos de trabajo con GitLab CI
02:59 - 23

GitLab CI: configuración, stages y variables para automatización
10:12 - 24

Configuración de GitLab CI para proyectos Angular
11:53 - 25

Validación de archivos GitLab CI con linter antes del pipeline
09:18 - 26
gitlab-ci.yml
02:33 - 27

Configuración de GitLab Pages para hosting estático con CI
04:26 - 28

Configuración de GitLab Pages para deploy automático de Angular
13:11 - 29

Desarrollo ágil y sus doce principios fundamentales
02:33 - 30

GitLab AutoDevOps: pipelines automatizados con seguridad y calidad
06:26 - 31

Configuración de GitLab Auto DevOps con Kubernetes en Google Cloud
09:39 - 32

Configuración de Auto DevOps en GitLab con Kubernetes
13:38
- 35

DevSecOps: integración de seguridad en el ciclo de desarrollo
06:27 - 36

Autenticación de commits con llaves PGP en GitLab
10:18 - 37

Pruebas estáticas de seguridad en GitLab para detectar vulnerabilidades
08:37 - 38

Análisis de contenedores con GitLab y Clair para detectar vulnerabilidades
03:40 - 39

Análisis de vulnerabilidades en dependencias de NPM, PIP y Composer
05:35 - 40

Pruebas dinámicas de seguridad con DAST en GitLab
06:37 - 41

GitLab Security Dashboard: hub centralizado de vulnerabilidades
04:35
- 42

Continuous Deployment seguro con GitLab y control de riesgos
08:04 - 43

Configuración de ambientes en GitLab para desarrollo industrial
08:08 - 44

Review apps: ambientes efímeros por branch para feedback rápido
13:34 - 45
Estrategias de Distribución
04:29 - 46
Feature Flags
03:07 - 47

Rollback en GitLab para revertir errores en producción
05:14
- 48

Importancia del monitoreo en DevOps y despliegue continuo
04:59 - 49

Métricas de desempeño en GitLab con Prometheus
04:35 - 50

Métricas de salud en GitLab para prevenir fallas de infraestructura
05:44 - 51

Métricas de equipo en GitLab para optimizar workflows de DevOps
05:45 - 52

Integración de GitLab con Sentry para rastrear errores en producción
12:27
Domina cómo usar los grupos de GitLab para organizar proyectos, controlar accesos y compartir recursos como runners y clusters de Kubernetes. Aquí entenderás qué son los grupos y subgrupos, cómo operan los namespaces y las visibilidades (pública, interna y privada), y los pasos clave para crearlos desde la interfaz.
¿Qué son los grupos y subgrupos y cómo protegen tu trabajo?
Los grupos permiten agrupar proyectos y compartir recursos entre equipos para trabajar de forma ordenada y segura. Además, facilitan otorgar permisos de acceso a usuarios dentro de gitlab.com y compartir infra común.
- Agrupar proyectos con su código y recursos asociados.
- Otorgar permisos de acceso por rol y necesidad.
- Compartir recursos: clusters de Kubernetes, templates, runners para CI.
Los subgrupos modelan la estructura real de tu compañía. Por ejemplo, equipos de desarrolladores, diseñadores y directivos pueden ser subgrupos separados. Esto no bloquea la comunicación, pero sí aplica reglas de seguridad para evitar accesos fuera del alcance del trabajo. Ejemplo: la persona que configura el continuous integration gestiona los secretos; no todos deben ver esa información.
¿Qué habilidades y conceptos aplicas aquí?
- Administración de permisos y seguridad por equipo.
- Modelado organizacional con subgrupos.
- Gestión de recursos compartidos para CI/CD.
- Manejo de secretos y principio de mínimo privilegio.
¿Cómo operan los namespaces, las menciones y los nombres reservados?
GitLab utiliza namespaces para asignar una URL única a cada usuario, grupo y subgrupo. Esto estandariza direcciones y facilita la comunicación con arroba.
- URL únicas por usuario, grupo y subgrupo.
- Menciones con @ a una persona, a todo un grupo o a subgrupos específicos.
No puedes usar cualquier nombre para un grupo: hay nombres reservados (similares a keywords en lenguajes de programación) en uso por el sistema. Ejemplos que no se pueden usar: commits, files, new, wikis. Existe una lista completa de nombres reservados que se debe consultar antes de nombrar.
¿Cómo crear un grupo y definir la visibilidad en GitLab?
Puedes crear un grupo desde varios lugares de la interfaz. La configuración inicial define nombre, descripción, avatar y visibilidad, lo que impacta en funcionalidades disponibles.
¿Dónde y cómo se crea un grupo?
- Barra de navegación: nuevo → nuevo grupo.
- Vista de grupos: tus grupos → botón nuevo grupo.
- Completa: nombre (ejemplo: Platzi GitLab Live), descripción, avatar, visibilidad.
- Clic en crear grupo para generar el namespace y la URL.
Dentro del grupo verás herramientas clave para la operación diaria: - Actividad del grupo y analíticos de contribución. - Vista agregada de issues y merge requests de proyectos y subgrupos. - Clusters compartidos y asignación de permisos a miembros.
¿Cómo se define la visibilidad y qué impacto tiene?
Hay tres tipos de visibilidad para grupos y proyectos: - Pública: cualquiera puede ver los contenidos, esté o no logueado. - Interna: solo usuarios logueados dentro de la instancia de GitLab. Aplica en gitlab.com y en instancias propias, ya que GitLab es open source y puede autogestionarse. - Privada: acceso únicamente mediante permisos otorgados en el grupo o proyecto.
Sobre funcionalidades: aunque GitLab es open source, muchas características avanzadas están detrás de una pasarela de pago cuando el grupo es privado. Si el grupo es público, se accede a una gran cantidad de funcionalidades como si se tuviera suscripción. Recomendación práctica: público para proyectos open source; privado para proyectos internos de compañía.
¿Cómo crear un subgrupo correctamente?
- Desde el grupo: nuevo subgrupo → completar nombre, descripción y visibilidad.
- Diferencia clave: el namespace del subgrupo se construye sobre el del grupo, afectando directamente la URL.
- Tras crearlo, ya puedes organizar miembros y proyectos por subáreas.
¿Tienes dudas o quieres compartir cómo organizas equipos, permisos y visibilidad en GitLab? Escribe en los comentarios y cuéntanos tu configuración ideal.