Como continuación a la serie que viene desde DevSecOps ahora pasamos a la parte práctica que tiene que ver con el sistema distribuido de versiones de software.
Lo primero es descargar el software en la siguiente dirección:
https://git-scm.com/install/windows
La instalación es de esas triviales y clásicas de siguiente - siguiente, se ha optado por las opciones por defecto que te da el instalador.
Por ahora, se ha optado por configurar Git usando la línea de comando, que para Windows en su versión 11 sigue siendo "Símbolo de Sistema" para después replicarlo en las cuentas de la "Estación de trabajo" que tiene un sistema operativo Linux.
Lo primero y básico es ver si en la variable PATH tiene la ruta del ejecutable de Git, para ello vamos teclear simplemente PATH y la tecla [enter].
Entonces vamos a usar un comando básico de GIT para verificar si se realizó bien la instalación del software.
Ahora vamos a la plataforma GitLab donde podemos consultar nuestro nombre de usuario y correo relacionado, que lo necesitamos para seguir configurando en nuestra máquina local.
Es forzosa la autenticación de 2 pasos, en este caso se verifica con un código enviado al correo...una vez que se entra a GitLab en la parte de Profile se ven los datos requeridos: nombre de usuario y correo electrónico.
Teniendo estos datos vamos a la configuración local, con los siguientes comandos:
Aquí se puede observar que ya se ha definido el usuario y el correo electrónico. Ahora vamos con las llaves para el protocolo SSH (Secure Shell). Este tema de la seguridad es muy interesante, aquí comparto un video con la explicación sobre llaves públicas y privadas, es viejo pero es muy didáctico.
Nuevamente en la ventana del símbolo de sistema se da el siguiente comando ssh-keygen -t ed25519 -C "teachertics@gmail.com"
Por omisión se guardan en la carpeta C:\Users\nombre.usuario\.ssh con el nombre de id_ed25519, es posible agregar una frase de contraseña (passphrase) pero en este caso se deja en blanco. Al final se crea tanto la llave pública como privada en el directorio citado.
Consultando chatbox de la IA y debido al acceso limitado de la consola de PowerShell, un método es crear un archivo llamado config y lo colocamos en la misma carpeta donde tenemos las llaves, y tiene que tener las líneas siguientes.
En la cuenta-espacio de GitLab vamos a agregar la llave pública, esta se puede obtener abriendo el archivo con extensión .pub, se copia para poder agregarla en GitLab.
Nos dirigimos a donde esta el ícono o avatar del usuario GitLab.
Aquí se elige la opción Edit Profile
Al mostrar la pantalla de
Edit Profile, vamos al menú de esta sección.
Se elige ahora la opción
Access - SSH keysEn esta pantalla elegimos el botón
Add new key
En la siguiente pantalla se dan los datos de esta nueva llave y en la caja se pega la línea de la llave pública.
Recordando un poco el video que se sugiere la llave pública no es secreta y al contrario es para compartir, por lo que ocultarla no tenía caso, cuando se capturan los demás datos se da clic en Add key y aparece la siguiente pantalla:
Vamos ahora a verificar si podemos tener conexión a GitLab con el siguiente comando:
Con esto ya tenemos conexión con GitLab. Vamos a proceder ahora a clonar un proyecto o repositorio, por ahora mediante comandos, antes vamos a un directorio donde vamos a hacerlo. En GitLab vamos al proyecto y copiamos la opción de SSH.
Volvemos a la consola y damos el siguiente comando:
Con esto se tiene ya el proyecto clonado en el directorio local. En la siguiente entrega se revisará como se puede usar con Posit RStudio.
Hasta el siguiente post.
Miguel Araujo.
Comentarios
Publicar un comentario