linuxshellfinal

Si has comenzado tu andadura como desarrollador, es muy probable que necesites saber cómo utilizar Git. Aquí tienes una guía introductoria que te guiará a través de los conceptos básicos en Linux.

Git es el sistema de control de versiones más utilizado del mercado. Es enorme y lo utilizan desarrolladores de todo el mundo.

Y se utiliza no sólo como un sistema de control de versiones, sino también como un medio para clonar repositorios a tu escritorio o servidor, para que luego puedas instalar cualquier aplicación que se encuentre en ese repositorio.

Aunque puede que no necesites conocer Git durante tus primeros pasos con Linux (o como desarrollador), en algún momento lo harás. Incluso es posible usar Git y GitHub para documentos y otros tipos de archivos, no sólo código. Veamos los primeros pasos según el portal ZDNET.

Requisitos

Estaremos usando Git en el Pop!_OS Linux basado en Ubuntu. No tienes que estar usando esa distribución en particular pero si estás usando una versión de Linux que no está basada en Ubuntu o Debian, necesitarás alterar el comando de instalación de usar apt al gestor de paquetes de tu distribución (como dnf para distribuciones basadas en RHEL). También necesitarás un usuario con privilegios sudo.

Cómo empezar con Git en Linux

Instalar Git

1. Abrir la ventana de terminal

Haz clic para abrir el menú de tu escritorio y busca la aplicación terminal. Una vez que la hayas encontrado, lánzala.

2. Instalar Git

Desde la ventana de terminal, instala Git con el siguiente comando (que descarga el paquete necesario y lo instala en un solo paso):

sudo apt install git -y

Crear un repositorio local

1. Crear una carpeta

Con Git instalado, ahora tenemos que crear un repositorio local. Para ello, debemos crear una carpeta para alojar el repositorio. Para ello, ejecuta el siguiente comando

mkdir ~/myproject

2. Inicializar el repositorio

Cambie al nuevo directorio con el comando cd ~/myproject. Para inicializar el repositorio, ejecute el comando

git init

Eso es todo lo que hay que hacer para inicializar tu primer repositorio.

Añadir archivos a su repositorio

Desde el directorio del proyecto, cree un archivo de texto README con el comando

nano README.txt

En ese archivo, puedes añadir cualquier información que quieras dar a otros desarrolladores o usuarios. Una vez que hayas terminado, guarda el archivo con el atajo de teclado CTRL+X.

Después de añadir el archivo al repositorio, Git lo detectará automáticamente pero no podrá hacer nada con él. Para permitir que Git utilice el archivo, debes añadir lo que se llama un commit. Un commit es una operación que envía al repositorio los últimos cambios realizados en el código fuente. En otras palabras, si no haces un commit, Git no será consciente de ningún cambio. En nuestro caso, Git no será consciente de que el archivo recién añadido contiene información.

Para que lo sepa, usaremos el comando git add de la siguiente manera:

git add README.txt

Si has creado más de un archivo en el repositorio, puedes añadirlos todos a la vez con el comando

git add

Puedes comprobar el estado del repositorio con el comando

git status

La salida del comando anterior será algo parecido a esto:

Cambios a confirmar:
(usa "git restore --staged <archivo>..." para unstage)
modificado: README.txt
Ahora tenemos cambios que deben ser confirmados.

El siguiente paso es crear una confirmación para nuestro recién añadido archivo README.txt. Cuando se crea una confirmación, se añade información para que cualquier otra persona que trabaje en el proyecto sepa lo que se ha hecho. Por ejemplo, acabamos de añadir el archivo README.txt, así que vamos a querer crear un commit para indicar eso mismo. Un commit de git se parece a esto:

git commit -m "Añadido README.txt"

La salida del comando anterior será algo parecido a esto:

[master f2dd2d8] Añadido README.txt
1 archivo cambiado, 2 inserciones(+), 1 borrado(-)
Si ejecutas el comando git status, deberías ver una salida similar a esta:

En la rama master
Tu rama está por delante de 'origin/master' en 1 confirmación.
(usa "git push" para publicar tus confirmaciones locales)
nada que confirmar, árbol de trabajo limpio
Publicando tus confirmaciones
El siguiente paso del proceso requiere que tengas una cuenta de GitHub. También tendrás que haber creado un token de acceso, lo que se hace en Configuración de GitHub > Configuración de desarrollador > Tokens de acceso personales. Una vez que hayas creado un Token de Acceso Personal, asegúrate de copiarlo, ya que no podrás volver a verlo sin regenerarlo.

Para finalmente hacer disponibles esos cambios, los empujamos con el comando

git push

Se te pedirá tu nombre de usuario y contraseña de GitHub (que es el Personal Access Token que acabas de crear). Una vez que te autentiques con éxito en tu cuenta de GitHub, deberías ver algo como esto en la salida:

Enumerando objetos: 10, hecho.
Contando objetos: 100% (10/10), hecho.
Compresión Delta usando hasta 16 hilos
Comprimiendo objetos: 100% (6/6), realizado.
Escribiendo objetos: 100% (6/6), 770 bytes | 770.00 KiB/s, realizado.
Total 6 (delta 1), reutilizados 0 (delta 0), pack-reutilizados 0
remoto: Resolviendo deltas: 100% (1/1), completado con 1 objeto local.
A https://github.com/USERNAME/newproject.git 6fab6c3..c024f0d maestro -> maestro
Donde USERNAME es tu nombre de usuario de GitHub.

Además, si entras en tu cuenta de GitHub, verás que se ha creado un nuevo repositorio que incluye todos los archivos de tu repositorio local. En este punto puedes añadir nuevos archivos o editar los existentes desde GitHub en tu navegador web. Si haces eso, puedes entonces bajar esos cambios a tu repositorio local, con el comando

git pull

Cualquier archivo que hayas añadido al repositorio de GitHub estará disponible en tu repositorio local para su edición.

Y esa es la esencia del flujo de trabajo básico de Git. Aunque puede parecer un poco engorroso al principio, una vez que le cojas el truco, verás que es considerablemente más fácil de lo que piensas.

 

Fuente: ZDNET | somoslibres

¿Quién está en línea?

Hay 10021 invitados y ningún miembro en línea