Mientras trabajan en GIT, los desarrolladores clonan repositorios remotos para que puedan acceder a los archivos del proyecto y hacer sus cambios. Más específicamente, la clonación crea una copia local de un repositorio remoto en el sistema local del usuario y les permite trabajar en el proyecto localmente. Después de eso, pueden llevar sus cambios locales al repositorio de GitHub para que otros miembros del equipo accedan.
Este artículo explicará:
¿Es seguro el repositorio de git clon/copia poco profundo con "-depth 1", hacer compromisos y obtener/extraer actualizaciones nuevamente?
En general, es seguro clonar un repositorio con el "-profundidad 1"Opción, hacer Compromisos y obtener/extraer actualizaciones. Sin embargo, este enfoque puede conducir a algunos problemas menores, como:
En general, la clonación superficial con -Dephth 1 puede ser útil para obtener rápidamente una copia del repositorio para trabajar, pero puede no ser la mejor opción si necesita acceder a todo el historial del código.
¿Cómo el repositorio de Git de clonos/copias de gits con "-depth 1", haz compromisos y obtenga/retira las actualizaciones nuevamente?
Para clonar poco profundo un repositorio de git particular con profundidad 1, crear compromisos y extraer actualizaciones nuevamente, primero, navegue al repositorio local. Luego, clone el repositorio remoto con profundidad 1 usando el "Git clone -depth 1 " dominio. A continuación, muévase al repositorio clonado, realice cambios y confídalos. Después de eso, realice operaciones de empuje y extracción.
Paso 1: Cambiar al repositorio local
Primero, escriba el siguiente comando y redirige al repositorio local deseado:
$ CD "c: \ git \ local_repo
Paso 2: Repositorio remoto de clones
Luego, clone o copie el repositorio remoto particular utilizando el "clon git"Comando junto con la profundidad deseada y la URL HTTP del repositorio de GitHub:
$ git clon - -depth 1 https: // github.com/laibayounas/demo.git
Aquí el "-profundidad"Opción con un"1"El valor obtiene solo la confirmación:
Paso 3: moverse al repositorio remoto
A continuación, cambie al repositorio clonado a través del "cd" dominio:
Demostración de $ CD
Paso 4: Verifique el registro de referencia
Luego, verifique el registro de referencia para ver el historial de Commits:
$ git reflog .
Se puede observar que el repositorio remoto ha sido clonado solo con la última confirmación:
Paso 5: crear un nuevo archivo
Ahora, haga un nuevo archivo en el repositorio clonado actual:
$ touch newfile.TXT
Paso 6: Archivo de seguimiento
Rastrear el archivo recién creado con la ayuda del "Git Agregar" dominio:
$ git agregar newfile.TXT
Paso 7: Cambios de confirmación
Después de eso, ejecute el comando proporcionado a continuación para confirmar cambios:
$ git commit -m "Newfile.TXT agregó "
Paso 8: Comprueba el historial de cometer
Luego, verifique el registro de referencia para verificar los cambios:
$ git reflog .
Se puede ver que la nueva confirmación se ha agregado al Historial de comocios:
Paso 9: Empuje los cambios a Github
Ejecute el comando que se encuentra a continuación para presionar los nuevos cambios al repositorio de GitHub:
$ git push
Según la imagen proporcionada a continuación, los cambios se han empujado al repositorio de git remoto:
Paso 10: extraer cambios remotos
Ahora, obtenga las actualizaciones remotas del repositorio clonado utilizando el siguiente comando:
$ git tirón
La siguiente salida muestra que el repositorio ya está actualizado, lo que indica que no hay nuevos cambios en el repositorio remoto:
Ahora, suponga que otro usuario ha realizado cambios en el repositorio remoto y desea realizar la operación de extracción, solo obtendrá los cambios aplicados más recientemente:
$ git tirón
Se puede mostrar en la salida proporcionada a continuación, solo se han descargado los cambios agregados más recientemente:
Paso 11: Verificar los cambios
Por último, ejecute el comando que se cotiza a continuación para garantizar que los cambios aplicados recientemente se lleven al repositorio clonado localmente:
$ git reflog .
Como puede ver, el Historial de Commit solo contiene los últimos cambios:
Eso se trataba de clonación superficial de un repositorio de git con profundidad 1, creando compromisos y retirar actualizaciones nuevamente.
Conclusión
En general, es seguro clonar un repositorio con el "-profundidad 1"Opción, crea compromisos y extrae actualizaciones. Sin embargo, este enfoque puede conducir a problemas si el historial del repositorio se modifica para afectar los usuarios. Además, la clonación superficial de un repositorio con -depth 1 solo descargue los últimos compromisos y no incluye el historial completo del repositorio. Esto significa que los usuarios no pueden acceder al contexto completo del repositorio. Este artículo explicó una clonación superficial un repositorio de git con profundidad 1, creando compromisos y retirando actualizaciones nuevamente.