¿Es seguro un clon poco profundo con -depth 1, crear compromisos y extraer actualizaciones nuevamente??

¿Es seguro un clon poco profundo con -depth 1, crear compromisos y extraer actualizaciones nuevamente??

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?
  • Cómo hacer un clon bajo/copiar Repo de git con "-depth 1", hacer compromisos y obtener/extraer actualizaciones nuevamente?

¿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:

  • La clonación superficial de un repositorio con "-depth 1" solo clones o descarga los últimos compromisos y no todo el historial, por lo que los usuarios no pueden tener acceso a todo el repositorio.
  • Los usuarios no pueden volver a una versión anterior del código.
  • Al retirar las actualizaciones nuevamente, los usuarios solo podrán extraer los cambios realizados a la confirmación más reciente. Si hay cambios en compromisos anteriores que necesitan, no podrán obtenerlos.
  • Si los desarrolladores crean compromisos y los empujan al repositorio, se basarán en la confirmación clonada más reciente.

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.