Git, interfaz gráfica con clonado, historial y deploy automático

Importante: Actualmente dispones de la herramienta Deploy+, que conecta repositorios de GitHub, GitLab, Bitbucket y otros proveedores y gestiona versiones desde el área de clientes. Tienes más información en Deploy, herramienta de despliegue automático desde GitHub.

Puedes trabajar con Git desde la línea de comandos o administrar repositorios mediante la interfaz de cPanel. Esta guía describe el flujo de Git Version Control, independiente de Deploy+.

Git Version Control introduce una interfaz gráfica para la gestión de Git desde cPanel de forma sencilla, rápida y práctica.

Creando un nuevo repositorio

Al acceder a la opción Crear veremos un formulario, por defecto se mantendrá habilitada la opción Clonar que tal como su nombre indica nos permite clonar un repositorio remoto mediante una URL compatible. Utiliza HTTPS o SSH, comprueba la identidad del servidor y evita incrustar tokens en la URL. Para repositorios privados, consulta la guía de clonado con clave SSH.

Si desactivamos la opción Clonar, podremos crear un repositorio vacío, al igual que haría git init, o añadir a la interfaz un repositorio que ya exista en la ruta indicada.

Repository Path es la ruta donde alojaremos el repositorio, te recomendamos sea fuera de public_html, y Repository Name un nombre para identificar el repositorio creado.

Administrar opciones

Desde la opción administrar tenemos acceso a opciones básicas como la modificación del nombre del repositorio o selección de rama (branch) que estamos usando, además nos muestra el HEAD Commit, la url remota en caso de ser un repositorio clonado y la url de nuestro repositorio.

El acceso al repositorio que alojes es privado, se realiza por medio del protocolo SSH, por lo que la persona que acceda deberá contar con una identidad SSH autorizada, como se explica en la guía de acceso SSH.

Pull o deploy

En administrar además contamos con la pestaña Pull or deploy

La opción Update from remote actualizará desde el repositorio que usamos para clonar (en caso de utilizar este método) aplicando los cambios que puedan existir entre el origen y nuestro clon.

En cambio Deploy HEAD Commit ejecutará las tareas del commit actual, según especifiquemos en el archivo .cpanel.yml que nos permite definir estrategias de puesta en producción, esto es algo que tratamos en detalle en "Estrategias para deploy automático con Git"

History (Gitweb)

Por medio de la opción History disponemos de el historial de commits y cambios realizados sobre nuestro repositorio, pudiendo hacer comparación de versiones, descargar una snapshot, hacer búsquedas internas, entre otras funciones que nos permite revisar el repositorio en detalle.

Eliminando el repositorio

La función Eliminar retira el repositorio de la gestión de cPanel, pero no borra su directorio ni sus datos. Si también quieres eliminar los ficheros, hazlo después desde el Administrador de archivos o la terminal, tras comprobar la ruta y conservar cualquier copia necesaria.

Comprobar una actualización

Confirma la rama y el commit antes de usar Update from Remote. Actualizar el clon no equivale a ejecutar Deploy HEAD Commit. El resultado de publicación depende de .cpanel.yml: revisa sus rutas y tareas antes del primer uso y comprueba la salida hasta que termine.

Si el directorio clonado ya es la raíz que sirve la web, el propio pull puede hacer visibles archivos nuevos antes de completar las tareas. Utiliza una estructura de despliegue planificada y prueba la aplicación después; la interfaz de Git no crea por sí sola un rollback de la base de datos o de los archivos publicados.