Con el auge de las tecnologías DevOps , se ha vuelto inevitable para cualquier profesional de TI trabajar en muchos conjuntos de datos al mismo tiempo, y los datos siempre están cambiando. También es crucial realizar un seguimiento de cada actualización de los datos y estar preparado para deshacer o revertir cualquier cambio no deseado si es necesario.
Usar Git para versionar datos permite ser más aventurero en la creación de proyectos. Si se comete un error, se sabe que git siempre permitirá deshacer y/o revertir esa versión del proyecto al estado en el que estaba antes de cometer el error. Antes de enviar los datos al siguiente nivel, cada capa de proceso de Git está diseñada para permitir que los cambios en los datos se revisen, modifiquen o rectifiquen. Como resultado, los siguientes son los errores garrafales que ocurren y se abordan en este artículo:
1. Eliminar archivos y carpetas del índice: la funcionalidad predeterminada del comando ‘git add’ se usa para agregar todos los archivos y directorios al índice al agregar y/o cambiar archivos. Puede haber un requisito para eliminar o cambiar archivos específicos una última vez antes de confirmarlos.
Errores causados por la eliminación de archivos y carpetas
Sintaxis-
git reset <nombre de archivo/nombre de directorio>
2. Olvidé algunos cambios en la última confirmación: si el usuario olvidó hacer algunos cambios y previamente confirmó la instantánea y el usuario no quiere volver a confirmar para señalar el error.
Sintaxis-
git cometer –enmendar
Salida 2. Salida del comando de modificación.
3. Edite el mensaje confirmado más reciente: es posible realizar cambios en el mensaje confirmado más reciente sin tener que crear uno nuevo. A continuación se muestra el comando de muestra donde se crea un alias ‘hist’ para enumerar los registros comprometidos.
Sintaxis-
git config –global alias.hist ‘log –pretty=format:”%C(amarillo)%h%Geeks%ad | %C(verde)%s%Geeks%C(azul)%d%for Geeks %C(rojo)[%an]” –graph –decorate –date=short’x
Corrección del mensaje más reciente
Salida 3. Salida del comando config.
4. Los datos personales se han enviado a un repositorio local: a veces puede suceder que la foto guardada desde la cámara del teléfono vaya a la carpeta de confirmación y se envíe. Ahora es necesario eliminar ciertos archivos del directorio de trabajo pero mantener otros en el repositorio local.
Sintaxis-
git reset – cabeza mixta ~
git reset –mixed <commit-id>
Salida 4. Salida desde comando local.
5. Los cambios realizados localmente deben ignorarse: Tomemos un ejemplo de un archivo ‘README’ actualizado y preparado. Luego se realiza una segunda edición en el mismo archivo. Pero no era un cambio necesario.
Sintaxis-
git checkout — <filename> –cambios locales en un archivo
git checkout — <dirname> –cambios locales en todos los archivos del directorio
Salida 5. Salida del comando de pago.
6. Reemplace la confirmación anterior por una nueva: la opción ‘–suave’ simplemente elimina los archivos confirmados del repositorio local mientras permanecen almacenados en el Índice, lo que permite volver a confirmarlos después de una revisión. Digamos que es necesario eliminar el SHA-1 de la instantánea del repositorio local es commit-id. <Head -n> donde n es el número de confirmaciones antes de la confirmación HEAD.
Sintaxis-
reinicio de git –Cabeza suave ~ 1
Salida 6. Salida del comando de restablecimiento de cabeza blanda.
7. Confirmó los datos incorrectos: A veces sucede que el usuario envía los datos incorrectos al repositorio. Veamos cómo restablecer el proyecto al estado antes de confirmar los datos incorrectos.
Sintaxis-
git reset –hard HEAD~n –restablece el proyecto a ‘n’ confirmaciones antes de la última instantánea confirmada
git reset –hard <commit-id> –restablecer el proyecto a la instantánea de id de confirmación dada
Salida 7. Salida del comando duro de reinicio.
8. Volver al estado anterior del proyecto: la forma más rápida y limpia de volver al estado anterior del proyecto es usar el comando de reinicio en git junto con la marca –hard para que todo vuelva a su estado anterior.
Sintaxis-
git reset –hard <número-de-sucursal-aquí>
Salida 8. Salida del comando duro.
9. Recuperación de una sucursal local eliminada: a veces, en virtud de un pequeño error, una sucursal local importante puede eliminarse antes de que se envíe. En ese caso, el siguiente comando (revisar) ciertamente ayudará a recuperar ese archivo perdido.
Sintaxis-
git checkout -b <rama> <sha-par de claves>
Salida 9. Salida del comando SHA.
10. Arreglar el nombre incorrecto dado a una rama: A veces, la rama que acaba de cambiar de nombre tenía algún error tipográfico como Geeks for Geeks se convirtió en forGeeks, o tal vez al usuario no le gusta el nombre de la rama lo suficiente y quiere cambiarle el nombre usando una línea de comando. El siguiente comando se puede utilizar para lograr lo mismo:
Sintaxis: orientación al nombre antiguo
git checkout <viejo_nombre_de_sucursal>
Sintaxis: corrección y cambio de nombre ahora
git branch -m <nuevo__nombre_de_sucursal>
Salida 10. Salida del comando de bifurcación.
11. Reorganizar el registro del historial: podría ser realmente bueno si algunos compromisos se agrupan y luego concatenar los compromisos en un gran compromiso y reorganizarlos aún más. Para lograr eso, git proporciona una salida fácil.
Sintaxis-
git rebase –interactive <some_random_autogen_id> <your_order_here>
Salida 11. Salida del comando interactivo.
Y eso es todo, solo sigue colocando el orden de confirmación en el lugar y las confirmaciones seguirán organizándose.
Nota: El método anterior funciona en confirmaciones locales, no en la que se envía.
12. Errores con GitHooks: los Git hooks son un método fantástico para verificar el código cuando se confirman los cambios. Son scripts simples que viven en el directorio.git/hooks del repositorio local. Dependiendo del nombre del gancho, estos scripts se realizan en ciertos momentos durante el proceso local. Mientras se trabaja en un gran proyecto de colaboración, a veces uno puede encontrar algunos errores. Veamos cómo evitar eso. Uno podría simplemente redirigir la salida a stderr, que alertará y notificará al usuario en el correo electrónico y en el escritorio si aparece algún error, incluso mejor si la confirmación que está a punto de enviar podría causar algún error, lo alertará. por eso también.
Incluir esto en tu proyecto es bastante simple, solo hazlo:
# Realizando alguna tarea aleatoria aquí
realizar 1>&2
# Redirigir la salida a stderr.
PROHIBIDO=’todo: arreglar esto’
# Un método simple para devolver lo que necesita hacer si se encuentra con esto.
git diff –almacenado en caché –solo nombre | \
xargs grep –with-filename -i -n “$PROHIBIDO” && echo “COMMIT REJECTED
Se encontraron referencias ‘$FORBIDDEN’. Modifique amablemente los cambios o elimínelos.
antes de cometer ” && exit 1
salida
# El programa se cierra
No hay salida ya que el githook se ejecutó correctamente.
¡Y así te ocupaste de ese posible error de githook, y puedes continuar con tu proyecto como antes! Todos estos fueron los errores más frecuentes que puede esperar que sucedan en un escenario de Git Experience del día a día. ¡Manejarlos es muy fácil cuando conoces la sintaxis perfecta para ello!
Publicación traducida automáticamente
Artículo escrito por therebootedcoder y traducido por Barcelona Geeks. The original can be accessed here. Licence: CCBY-SA