Saltar al contenido
TURNKEYGNU / LINUX
AplicacionesDocumentaciónBlogCapturas de pantallaGitHubTurnKey Hub
文Español
EnglishEspañol中文日本語PortuguêsDeutsch
Home/GitLab

Documentación

GitLab

v15.2+ : Paquete Omnibus

En v15.2, el TurnKey GitLab appliance incluye GitLab instalado a través del Paquete Omnibus. versiones anteriores de TurnKey GitLab provistas a fuente de instalación. Desafortunadamente este cambio será un poco de dolor para el usuario existente ya que necesitará un migración manual de origen a Omnibus. Se prevé que este dolor a corto plazo se verá compensado por la mayor facilidad de mantenimiento/actualizaciones de GitLab que avanza (tanto usuarios finales como TurnKey). Este cambio se inició tras una reacción significativa de los usuarios, algunas conversaciones grandes que pesan los pros y contras, además del dolor continuo de mantener la instalación de la fuente appliance.

Migrando desde anteriores instancias TurnKey GitLab

Desafortunadamente, no hay una manera sencilla de migrar desde una instalación de origen de GitLab a una instalación Omnibus de GitLab. Se requiere un poco de atraco alrededor, incluyendo la migración de backend DB desde MySQL DB backend (como se utiliza en TurnKey v15.1 y anterior) a PostgreSQL backend (como se suministra por Omnibus instalar en TurnKey v15.2 y más tarde).

Sin embargo, se puede hacer. Los detalles principales están cubiertos en GitLab docs. Idealmente sería mejor migrar sus datos a un Omnibus instalar manualmente primero, entonces manualmente generar una copia de seguridad GitLab. La copia de seguridad que crea, más su directorio /etc/gitlab (o al menos su archivo gitlab-secrets.json), puede ser transferido al nuevo GitLab servidor. Coloca los archivos /etc en el lugar y restaurar su copia de seguridad según los doctores GitLab.

Vale la pena señalar que si tienes una versión realmente antigua de GitLab, es posible que necesites hacer algunas actualizaciones de la fuente primero. hilo en los foros, donde un usuario actualizó de GitLab v5.0.2 (TurnKey GitLab v13.0), todo el camino a la actual GitLab (v11.x en el momento de escribir). Si usted también necesita hacer algo así, entonces espero que ese hilo sea útil. Si usted necesita un poco de apoyo, por favor no dude en iniciar un nuevo hilo (necesita ser conectado - si no tiene una cuenta de usuario de foros TurnKey, por favor registro para uno).

Debido a las limitaciones y cambios en el proceso de copia de seguridad, es recomendable actualizar al menos GitLab v9.3.0 antes de crear la copia de seguridad y migrar sus datos a través de su nuevo servidor (aunque debería ser posible migrar a Omnibus en su antiguo servidor antes de eso). También tenga en cuenta que los respaldos sólo funcionan cuando van a/a exactamente la misma versión de GitLab. I.e. el mismo método de instalación (fuente o Omnibus), número de versión y canal de liberación (Enterprise Edition aka "ee"; o Community Edition aka "ce"). Una vez que haya migrado a Omnibus y esté en v9.3 o grande, entonces puede migrar datos y reducir la versión GitLab si es necesario. A continuación se indica la versión de GitLab en TurnKey en el siguiente cuadro Restaurar manualmente Omnibus sección.

FWIW, el proceso de migración desde un servidor GitLab no TurnKey a un servidor TurnKey GItLab appliance (v15.2+) será esencialmente el mismo que migrando desde un servidor TurnKey = 0.1.

TurnKey GitLab y TKLBAM

Restauración de versiones anteriores de TurnKey (Seguido=v15.1)

Desafortunadamente, copias de seguridad TKLBAM de GitLab appliances antes de v15.2 (es decir, appliances que incluye GitLab instalado desde la fuente) no puede ser restaurado automáticamente a TurnKey GitLab v15.2+ utilizando TKLBAM. Anterior appliances debe ser primero migrado manualmente a Omnibus, como se discutió en la sección anterior sobre migrando manualmente.

Restaurar manualmente la copia de seguridad de Omnibus

Para restaurar una copia de seguridad de GitLab, debe coincidir exactamente con la versión de GitLab que la copia de seguridad viene de, a la versión a la que está restaurando. Debido a las preocupaciones acerca de los problemas que pueden ocurrir, esto es mejor hecho manualmente. TKLBAM sí tiene experimental soporte para intentar hacer esto automágicamente, si desea probar eso, por favor lea la sección siguiente Versión automagic que coincide. Si desea proceder con la restauración manual (recomendada) entonces por favor lea.

Experimental: Versión automagica que coincide

TURNKEYGNU / LINUX

Controla tu infraestructura sin empezar desde cero.

Explorar TurnKey
Acerca deDocumentaciónPreguntas frecuentesBlogGitHub
Libre y de código abiertoSeguro de forma predeterminadaListo para desplegar