Despliega GitLab EE con un solo clic

Preguntas frecuentes

• ¿Tengo que pagar a GitLab para usar esto?

  No. Una instancia nueva de GitLab EE sin un código de activación ejecuta todas las funciones del nivel Free de forma indefinida: repositorios, CI/CD, registros, incidencias y wikis. Las funciones Premium y Ultimate se desbloquean solo después de comprar una suscripción directamente a GitLab e introducir el código de activación en el área de administración.

• ¿Por qué implementar EE en lugar de la Community Edition?

  GitLab recomienda el paquete EE incluso para uso gratuito: funciona exactamente con el conjunto de funciones Free sin licencia y, si alguna vez necesitas Premium o Ultimate, los activas con un código, sin reinstalación, cambio de paquete ni migración de datos. Con CE tendrías que convertir primero la instalación.

• ¿Cómo inicio sesión después de la implementación?

  Una vez que su servidor esté aprovisionado, obtenga la IP del servidor y la contraseña root desde su panel de INTROSERV, conéctese al servidor mediante SSH y ejecute el comando gitlab-setup. Espere a que finalice la configuración, y la URL de la interfaz web, el nombre de usuario y la contraseña se mostrarán directamente en la consola del terminal. Una vez completado, abra la URL en su navegador para iniciar sesión mediante HTTPS. Le recomendamos encarecidamente cambiar su contraseña y crear su propia cuenta justo después de su primer inicio de sesión.

• ¿Cómo obtengo un certificado SSL válido?

  Apunta un dominio a tu servidor, conéctate por SSH y ejecuta el script setup-ssl: configura por ti la integración nativa de Let's Encrypt de GitLab, sin herramientas externas ni ediciones manuales de gitlab.rb. El certificado se renueva automáticamente; los puertos 80 y 443 deben permanecer accesibles para la validación.

• ¿Puedo ejecutar pipelines de CI/CD en este servidor?

  Los pipelines son ilimitados en GitLab autogestionado: tú aportas tus propios runners y no hay cuotas de minutos de cómputo. Instala gitlab-runner en una máquina separada o en un segundo VPS pequeño: GitLab desaconseja ejecutar trabajos de compilación en el propio host de GitLab, ya que los trabajos pesados compiten con la aplicación por la CPU y la memoria.

• ¿Puedo migrar mi instalación existente de GitLab?

  Sí. Crea una copia de seguridad con gitlab-backup en el servidor antiguo, transfiere el archivo junto con /etc/gitlab/gitlab-secrets.json y gitlab.rb, y restáuralo en el nuevo. El destino de la restauración debe ejecutar la misma versión y edición de GitLab que el origen, así que iguala las versiones antes de realizar la migración.

• ¿Cómo se gestionan las actualizaciones?

  El servidor sigue el repositorio oficial de gitlab-ee, por lo que las actualizaciones llegan a través de apt. Tienes acceso root completo y decides cuándo aplicarlas; nada se actualiza a tus espaldas. Para saltos entre varias versiones, sigue la ruta de actualización documentada por GitLab en lugar de pasar directamente a la versión más reciente.

• ¿Qué pasa si mi configuración se me queda pequeña?

  Actualiza la CPU, la RAM o el almacenamiento de tu VPS a medida que tu equipo crece, sin necesidad de reinstalar. Un único nodo con la especificación base de GitLab admite hasta 1.000 usuarios; más allá de eso, GitLab publica arquitecturas de referencia multinodo, y nuestros ingenieros pueden ayudarte a planificar la migración a hardware dedicado.