Para publicar archivos y directorios desde una carpeta o repositorio local a un repositorio Git remoto, el uso de la consulta de inserción de Git es común entre los desarrolladores. Empujar se refiere al proceso de enviar confirmaciones desde nuestra carpeta git local en Linux a una carpeta o repositorio git remoto. Es similar a la consulta de búsqueda de git, excepto que las confirmaciones no se importan a nuestro sistema local, sino que se envían a ubicaciones remotas de git.
El comando git pulls obtiene y descarga material de una carpeta git remota, luego actualiza la carpeta local para que se parezca a ella. Una tarea típica en las rutinas colaborativas basadas en Git es integrar actualizaciones globales ascendentes en su carpeta Git local. Decidimos implementar este artículo para todos los usuarios de Linux y Git que no saben cómo enumerar las confirmaciones no insertadas en la distribución de Kali Linux.
Comencemos lanzando Kali Linux ya configurado en su sistema Windows 10 desde la utilidad WSL. La aplicación de la consola de distribución de Kali Linux se abrirá en su escritorio y mostrará el panel de consulta generado para el usuario administrador, es decir, «kalsoom» en este escenario.
Antes de pasar al tema principal de la ejecución, uno debe asegurarse de que la distribución de Kali Linux ya esté actualizada con nuevas utilidades y sistemas libres de errores. Usaremos la consulta «Actualizar» de Kali Linux para actualizarlo.
El paquete apt-get se usa para ejecutar este comando con privilegios de administrador. Cuando se le solicite, ingrese la contraseña de su cuenta de administrador y toque Entrar para continuar con la actualización de su sistema Kali Linux.
Para evitar complejidades, ya hemos creado un repositorio git local llamado «prueba» en nuestro sistema Kali Linux. Usando el comando de lista de Linux, lo enumeramos en nuestra consola.
Vayamos primero al repositorio local de Git para ver qué hay dentro. Use la directiva «cd» junto con el nombre del repositorio y será trasladado a él. Usando la consulta de lista «ls», hemos enumerado 3 archivos diferentes del repositorio de «prueba» en nuestro shell de salida, es decir, new.sh, one.txt y README.
Antes de verificar las confirmaciones no enviadas, debemos realizar algunas transacciones en los archivos del repositorio de «prueba». Así que usamos la directiva sudo rm para eliminar el archivo bash new.sh del repositorio de prueba.
Después de la eliminación, usamos la instrucción «git commit» con la opción «-m» para enviar la transacción de eliminación a nuestro repositorio local y mostrar un mensaje. Se ha resaltado que el archivo eliminado es «new.sh». Todavía no hemos realizado una consulta de inserción, por lo que nada ha cambiado en el repositorio remoto.
Ahora eliminaremos un archivo más del repositorio local de «prueba». La acción se realizó con el comando de eliminación «rm» con privilegios sudo seguido del nombre de un archivo de texto «one.txt».
Ahora la instrucción git commit se ejecuta nuevamente en la consola con la opción «-m» y se muestra el mensaje de visualización. Elimina el archivo one.txt de nuestro repositorio local, pero los cambios en el repositorio remoto no se reflejan hasta que se usa el push.
Dejamos el único archivo README en un repositorio de prueba Git local. Suponga que también desea eliminar este último archivo de su repositorio de prueba. Por lo tanto, usaremos los privilegios de sudo para ejecutar la instrucción de eliminación «rm» seguida del nombre de un archivo «README».
Después de eso, aquí usamos el comando git commit nuevamente para confirmar la última transacción, es decir, eliminar el archivo README. El resultado muestra los 3 archivos marcados que se eliminaron con éxito. Pero también muestra que necesita enviar los datos a un GitHub remoto para reflejar estos cambios.
Todas estas transacciones que usan confirmación no pueden funcionar hasta que usemos la declaración git add y la declaración git push para agregar y enviar los datos a un repositorio remoto. Ahora es el turno de algunos comandos de Git para mostrar las confirmaciones no enviadas en la pantalla de nuestra consola Kali Linux.
Para hacer esto, usaremos la declaración de registro de git con algunas opciones diferentes en comparación con la declaración de registro de git simple. Por lo tanto, usaremos las opciones –branches, –not y –remotes junto con la declaración de registro de git. Estas opciones se utilizan para obtener solo aquellas confirmaciones que aún no se han enviado al servidor remoto de acuerdo con las opciones —remotes y —not usando una instrucción git-push.
El resultado de ejecutar esta declaración de registro de git muestra las mismas 2 confirmaciones que hicimos hace un momento. Esto significa que ambas confirmaciones aún no se han enviado al directorio remoto de git y, por lo tanto, no hay actualizaciones.
El mismo archivo de registro de git se puede usar con las mismas opciones mientras se agregan otras opciones para simplificar la salida. Así que usaremos las opciones —simplify-by-decoration, —decorate y —oneline para decorar la confirmación de salida y mostrarlas en una sola línea. A su vez, la ejecución nos muestra los 2 commits con sus ID y su descripción en una línea.
Conclusión
Se trataba de introducir las funciones git push y git pull utilizadas para actualizar datos en un directorio remoto y local. Después de eso, hicimos algunas acciones para eliminar archivos y se usaron comandos de confirmación para reflejar los cambios. Al final, discutimos varias directivas para ver las confirmaciones no enviadas de Git.
