... | ... | @@ -35,7 +35,7 @@ A continuación clonamos el repositorio para obtener nuestra copia local. Supong |
|
|
|
|
|
`git clone https://gitlab.iessanclemente.net/javierfp/test`
|
|
|
|
|
|
El paso anterior podrá solicitar un usuario y password en caso de que el proyecto fuese de ámbito restringido, es decir no público. Usaremos el usuario y password de nuestro usuario de gitlab. Si el repositorio fuese público no sería necesario introducirlo.
|
|
|
El paso anterior podrá solicitar un **usuario** y **password** en caso de que el proyecto fuese de ámbito restringido, es decir no público. Usaremos el usuario y password de nuestro usuario de gitlab. Si el repositorio fuese público no sería necesario introducirlo. **Para poder acceder a los repositorios a través de https es necesario establecer la password en vuestro perfil de usuario de gitlab.**
|
|
|
|
|
|
Si todo ha ido bien y se ha descargado el repositorio podremos ingresar el directorio del repositorio
|
|
|
|
... | ... | @@ -75,7 +75,7 @@ un ejemplo de git clone del mismo repositorio utilizando ssh sería: |
|
|
|
|
|
`git clone git@gitlab.iessanclemente.net:documentacion/doc.git`
|
|
|
|
|
|
Al utilizar https, si el repositorio no es de escritura pública, siempre que hagamos alguna escritura en el repositorio tendremos que indicar el usuario y password, lo cual puede ser molesto y poco práctico. Además, con la configuración actual de Gitlab es recomendable utilizar la opción de autenticación mediante ssh, como se explica a continuación.
|
|
|
Al utilizar https, si el repositorio no es de escritura pública, siempre que hagamos alguna escritura en el repositorio tendremos que indicar el usuario y password, lo cual puede ser molesto y poco práctico. Además, con la configuración actual de Gitlab puede ser más cómodo utilizar la opción de autenticación mediante ssh, como se explica a continuación.
|
|
|
|
|
|
Con ssh, podemos añadir nuestra **public key ssh** a nuestro perfil de usuario para que cada vez que enviemos una solicitud de escritura en el repositorio utilizando este protocolo no sea necesario indicar el usuario y la password de forma manual. Si no disponemos todavía de un par de claves para nuestro usuario de trabajo en local, es decir, nuestra máquina en desarrollo, en la que disponemos de la copia local del repositorio conectado a un repositorio remoto, podemos generarlas, en GNU/Linux o MacOS (en Windows podemos usar el programa Putty) con el comando:
|
|
|
|
... | ... | |