Clase 41 de 43 • Curso Profesional de Git y GitHub
Contenido del curso
Elvis Claudio Huacachi Caldas
Juan Teixeira
Bryson Steven Mosquera Florez
Angelo Paul Yenque Tume
Walter Díaz
Leonard L
Luis Rogelio Reyes Hernandez
Rafa Romero
Harrinson Quintero
Osmell Caicedo
Jeffrey Smith
Sebastian CA
Augusto Eduardo Bonalumi
Juan Sebastián Caballero
Andres Condezo Monge
Henry Alexander Velásquez Rosas
DARWIN JUAN CARLOS CATUNTA GARCIA
Marcos Monteverde
Daniel G Perico Sánchez
Axel Gómez
Usuario anónimo
Juan Felipe Salamanca Gonzalez
Edison Manrique
Eduardo Rodriguez
Joaquin Antonio Juarez Barahona
Miguel Torres
Never Andrés Aparicio Hernandéz
Carlos Eduardo Repillosa Del Valle
Fernando González Banda
Jhon Jairo Morales Rodriguez
Fernando González Banda
Usuario anónimo
Anthony González (@ThonnyGeek)
Jean Nuñez
Manuel Alejandro Aguilar Téllez Girón
Andrés Orozco
Oscar Fajardo
Javier Nicolás Nieto
Ricardo Lugo Recillas
Ricardo Lugo Recillas
Carlos Eduardo Repillosa Del Valle
Nicoll Idaly Angulo Mejia
Carlos Eduardo Gomez García
Carlos Eduardo Gomez García
Alexis Leonel Altamirano Barrera
git grep color -->use la palabra color git grep la --> donde use la palabra la git grep -n color--> en que lineas use la palabra color git grep -n platzi --> en que lineas use la palabra platzi git grep -c la --> cuantas veces use la palabra la git grep -c paltzi --> cuantas veces use la palabra platzi git grep -c "<p>"--> cuantas veces use la etiqueta <p>
git log-S "cabecera" --> cuantas veces use la palabra cabecera en todos los commits.
grep--> para los archivos log --> para los commits.
Gracias.!
Use el git log -S "palabra" no trae el conteo, trae las palabras parecidas a las que estamos buscando.
Es mejor que uses git log --all --oneline | grep "cabecera", te trae los commits en donde se encuentra la palabra.
==Resumen y aporte==
De casualidad no tendrás un repositorio/ pagina /drive donde subas tus apuntes? me parecen muy buenos
Excelente Angelo, gracias!!!
buscar palabras en los archivos en el branch actual
git grep "palabra a buscar"
mostrar la linea en la cual la pablara aparece en el archivo
git grep -n "palabra a buscar"
mostrar cuantas veces aparce la palabra en cada archivo
git grep -c "palabra a buscar"
buscar los commits en los cuales sale una palabra
git log -S "palabra a buscar"
gracias bro!!
Gracias por el aporte
Pueden probar lo aprendido en learngitbranching 👍
genial! cómo lo ubicaste??
Pues lo probé y aún faltan algunas cosas
git stash por ejemplo, un comando escencial para cuando se hace bug-fixingPor supuesto, en la documentación de la herramienta grep te xplica todas las banderas que se le puede agregar. A mí me pareción útil "-w" que te permite buscar la palabra tal cual está escrita y no trae otras coincidencias. (ejemplo te trae maría y no te trae amaría, mariado, armaría, etc)
De acuerdo! Son dos comandos a los que se les puede sacar mucho más jugo
Gracias por el aporte!
Apuntes 😄
Gracias por el aporte :)
excelente!!
Por alguna razón el git log -S "Palabra" no me funciona correctamente. Como reemplazo uso: git log --all --grep='Palabra' 👀
Nice! A mi tampoco me sirve el git log -S.
Este es mucho mas fácil y preciso.(para mí)
Si git log --all --grep es más preciso.
IMPORTANTE
a la hora de usar git grep importa mucho las mayúsculas y minúsculas
si uso:
$ git grep Platzi
me va a buscar unicamente la palabra Platzi
pero si escribo:
$ git grep platzi
me va a buscar unicamente la palabra platzi
Para buscar un palabra especifica en un commit toca usar el comando:
$ git log -S "Platzi"
Si agregas la bandera -i ya no es sensible a mayúsculas y minúsculas!
Por ejemplo:
$ git grep -i "<p>"
Excelente aclaración, por eso cuando Freddy, busco freddy no le aparecieron coincidencias por ser case senitive, ya que en el texto esta escrito como Freddy
Como dato curioso (y a tener en cuenta): git -c palabra: NO muestra la cantidad de veces que aparece la palabra sino en cuantas líneas. Puedes tener la palabra 2 veces en la misma línea y git -c no se dará cuenta.
Hay que recordar que al buscar palabras las mayúsculas y minúsculas importan. Platzi y platzi son dos palabras distintas para la consola. :)
magnifco! las clases con Fredy son muy chimbas como decimos en Colombia, chimba significa bacano y bacano significa chimba
en otras palabras magnifico!
En venezuela chimba es que es mala jeje.
Recordemos que cualquier búsqueda con grep, tenemos que especificar correctamente si es con mayúsculas, minúsculas o ambas... o si lleva tildes, etc. Por ejemplo: queremos saber si en nuestro repositorio existe la palabra "suscribete", entonces hacemos un git grep suscribete y vemos que no aparece nada, esto es por que en el blogpost.html la palabra es "Suscribete" no "suscribete".
Si quieres que grep te busque mayúsculas y minúsculas puedes poner el argumento -i.
Si la palabra es Suscribete lo puedes hacer así $grep -i suscribete.
Genial gracias!
📌 git grep nos permite buscar fácilmente a través de cualquier árbol o directorio de trabajo con commit por una cadena o expresión regular.
Esta buena la opcion de grep, pero yo uso esta forma en el IDE para hacer este tipo de busqueda, estara bueno usar git para esto
Sí, en mi caso uso Atom y hasta las puedo reemplazar. No he usado otros editores de código.
Eso implica abrir toda la carpeta del proyecto en el IDE para poder buscar en todos los documentos consumiendo tiempo y recursos, ponte el caso hipotético que necesitas una búsqueda rápida de cierta linea y solo abrir dicho archivo editarla y listo, hacer la búsqueda con grep y editar la linea con algún editor de terminal, y listo te ahorraste tiempo y lo hiciste de manera eficiente, mas amor al terminal <3 .
Comando para buscar en los archivos y en los logs
git grep color -->Cuántas veces use la palabra color
git grep la --> Donde use la palabra la
git grep -n color–> En qué líneas use la palabra color
git grep -n platzi --> En qué lineas use la palabra platzi
git grep -c la --> Cuántas veces use la palabra la
git grep -c paltzi --> Cuántas veces use la palabra platzi
git grep -c “<p>”–> Cuántas veces use la etiqueta <p>
git log-S “cabecera” --> Cuántas veces use la palabra cabecera en todos los commits.
grep –> Para buscar en los archivos
log --> Para buscar en los commits.
Acabo de probar en consola y me di cuenta que
git grep -c "palabra"
en realidad busca la cantidad de líneas de código en donde se escribió esa palabra
-git grep -n PALABRA_A_BUSCAR = busca la palabra y muestra la linea en la que se encuentra. -git grep -c PALABRA _A_BUSCAR = busca cuantas veces se uso la palabra -git grep -c "TAG_A_BUSCAR" = busca cuantas veces se uso la ese tag pero entre comillas
grep para los archvios , log para los commits.
Me encanta este comando, porque en mas de una ocacion e tenido que pensar mucho donde use alguna tabla o una funcion en particular, y en ocaciones toca ir archivo por archivo, pero con este comando me voy a ahorrar muchos dolores de cabeza.
Hola!, no entiendo bien :
Pongo
git log -S "cambios"
Pero en mi log, si tengo una palabra cambios
Hola, tienes razón, al parecer el comportamiento de este flag cambió y ahora funciona... diferente
git log -S
Ya NO va a mostrar todas las ocurrencias de tus commits con tal palabra a como lo explico Freddy
Ahora lo que este comando hará es buscar en TODOS tus archivos dicha palabra, y verá si hubo alguna adición o eliminación que contenga dicha palabra
Por ejemplo, supongamos que tienes un archivo llamado hola.txt que dentro tiene escrito "hola" y haces el primer commit, después, borras ese "hola" y escribes "adios" y haces otro commit.
En la historia (O si haces un git diff) verás que hubo un "addition" y un "deletion", es decir, añadiste la palabra "adios" y borraste la palabra "hola".
Entonces, si tu ejecutaras git log -S "hola" lo que va a suceder es que va a buscar entre todos tus archivos si hubo alguna adición o eliminación que contenga la palabra "hola" (En este caso hubo una eliminación que contuvo la palabra "hola") y te va a listar en qué commit sucedió (En este caso en el segundo commit ya que fue ese commit el que eliminó la palabra "hola" y agregó la palabra "adiós")
Puedes hacer la prueba si quieres, es más, haz la prueba y dime si funciona así, yo estuve haciendo pruebas en un proyecto real y todo parece apuntar a que ahora funciona así.
De igual manera, te dejo el enlace a la documentación oficial de esto:
https://git-scm.com/docs/git-log#Documentation/git-log.txt--Sltstringgt
Vale, corrigiendo un poco mi comentario de abajo:
Al hacer git log -S "hola" te va a mostrar ambos commits, yo dije que solo te mostraría el segundo commit, pero en realidad te muestra ambos porque en el primer commit hubo un "addition" de hola, y en el segundo commit hubo un "deletion" de hola, en ambos commits, la paabra "hola" estuvo presente en cuanto a addition o deleteion se refiere
Pero si tu ahora, a ese archivo "hola.txt" lo editas, y eliminas la palabra "adios" que pusiste en el segundo commit, y en su lugar escribes "otra cosa" y haces un tercer commit y luego ejecutas de nuevo git log -S "hola", en este caso te van a aparecer los dos primeros commits unicamente, porque en el tercer commit, la palabra "hola" ya no estuvo presente, ni en additions ni en deletions.
Pero si hacer un git log -S "otra cosa" verás que únicamente te va a mostrar el tercer commit porque fue en ese commit en donde hubo un addition de "otra cosa" a tu archivo.
Ysi haces un git log -S "adios" solo te va a mostrar el segundo y el tercer commit porque en el segundo commit estuvo el addition de "adios" y en el tercer commit estuvo el deletion de "Adios"
Espero haberme explicado, si no entonces haré un tutorial para la clase jaja
Comandos para git en caso de emergencia
Recontruir commits en Git con amend
Aveces realizas un COMMIT que en realidad no querias hacer o que en realidad envias uno olvidando anadir a ese commit y necesitas enmendar ese error, dado que no enviaste todos los cambios. Un ejemplo de esto puede ser si por ejemplo, en hyperblog decidimos:
Para estos casos existe AMEND (enmendar)
Git Reset y Reflog: unase en caso de emergencia Cuando tenemos el problema que todo se rompe, donde hemos eliminado tal vez argchivos importantes del disco, hemos dado commit a cambios que arruinaron tu proyecto, hemos eliminado ramas que realmente necesitaremos en el futuro. Es decir, si tu proyecto realmente quedo arruinado. En ese caso es momento de usar RESET. Por otro lado, REFLOG es parecido a LOG sin embargo este es capaz de mantener la historia a pesar de hacer un RESET.
En RESET existen dos maneras de resetear la historia de tu proyecto volviendo en el tiempo, una es de manera SOFT que es manteniendo los archivos en staging intactos pero que raramente se usa y el otro es HARD que directamente elimina todo esos cambios y retorna el proyecto al punto que le indiques (con el correspondiente hash o ID) por eso es tan peligroso este comando pero util cuando se ha ido todo al demonio.
Buscar en archivos y commits de Git con GREP y LOG
Dado que git es capaz de supervisar cada caracter del texto plano nos ofrece una gran ventaja para realizar busqueda de determinadas palabras en todos los archivos de una rama determinada. Esto suele se util cuando el proyecto es de un tamano considerable, para esta situacion empleamos GREP:
git grep —palabra que deseo buscar—: Me busca la palabra o grupos de palabras que la contengan en la rama en que nos encontremos trabajando.
git grep -n —platzi—: Ademas de mostrarme en que archivos esta me muestra en que lineas se encuentran.
git grep -c —platzi— > Cuenta la cantidad de veces que se repite la palabra en cada archivo
Si en cambio queremos buscar una palabra dentro de la historia de los commits hacemos uso de LOG de la siguiente forma:
git log -S (En mayuscula) —platzi—
Resumen:
GREP ——- ARCHIVOS LOG ——— COMMITS