Tutorial de GIT - Parte 2 / Arreglando tus errores con la linea de comandos y usando Github.com

[@ChristianAltamiranoAyala]

Acá mi granito de arena. No usar git reset cuando los commits ya están en el remoto en vez de eso usar Git revert. Saludos pelade

[@FatakeRaicos]

Porque?

[@ChristianAltamiranoAyala]

@@FatakeRaicos hacer git reset en el remoto malogra el historico del repositorio

[@berwick82]

me gusta cada vídeo que veo tuyo, lo explicas muy bien, vas al grano y sin divagar. además, con un toque de humor muy bueno. gracias por todo !!

[@foobar43]

¡Buenísimo pelado! Tu vídeo está mejor que muchos tutoriales para cosas más allá de lo básico de git. Simple y sencillamente explicado.

[@Jocker88]

Me has salvado de ensuciar la rama y tener commits absurdos. Mil gracias. Odios los cherry-pick y hacer reset y push -f por que siempre creo que la estoy liando parda. Muchas gracias!

[@geofisica_aplicada]

Hola Pablo, muchísimas gracias por tu video. Ojalá puedas hacer un video sobre git submodule Mucho éxito con tu entrenamiento y tu hija. Un saludo enorme desde México

[@pegatino]

Excelente. Se viene una tercera parte?

[@albertogonzalezmesas810]

El vídeo esta bueno, sería interesante un vídeo sobre los checkout, fetch y pull. También donde se vean los merge fast forward, rebase... algo que siempre pero no termino de verle la utilidad. Gracias por tus vídeos

[@gerardvalverde5179]

Muy bueno!!! En una mañana ya me sentí cómodo con git

[@carlosdoken3751]

Crack pelado!

[@code_castle]

Me gusta usar 🤘 gitk 🤘para ver todos los comit es muy visual... Y Git pull - - rebase es bueno 😎

[@ofcalvo]

Buenisimo...!!!, muy claros

[@Jose_IKJ]

Excelentes tutoriales, mil gracias!

[@andresbolognesi6022]

Excelente video!! siempre hay algo nuevo por aprender! Gracias por el aportes!

[@turkito210]

Muy bien explicado!

[@edwin_castillo]

Gran video Pelado, simplemente excelente. Podrías también explicarnos ¿Qué es lo que hace exactamente el "git fetch"? Un abrazo.

[@luisantonio2273]

No sé si ya lo sabrás, pero por si acaso te digo git fetch es para traer los cambios como lo hace git pull, la diferencia es que solo hace eso, en cambio git pull aparte de traer los cambios le hace un merge por debajo.

[@jasondiazg]

¿Puedes poner los comandos principales que usaste en la descripción pelado?

[@violerometal16]

Geniaaal!! Hacete uno dockerizando un ambiente de desarrollo!

[@popotit0]

IM PRE SIO NAN TE! :-) Excelente, como siempre.

[@G-Lee-B]

Y yo aquí toó meco usando tortoise 🐢 gracias Pelado te ganaste otro like y un café pero ese hasta la otra.

[@mgbeltranb]

Estimado Pelades, muy agradecido de tu aporte (Aquí aprendí muchisimo y le perdi el miedo al reset) tengo una consulta referente al trabajo grupal. Supongamos que tengo una rama master, y un developer realiza accidentalmente un merge a esta rama y pushea a master reescribiendo el codigo remoto. Luego, realizo pull sobre esto y me doy cuenta flor de cagazo que se mando y lo reparo, y luego, lo pusheo a la rama master. ¿Cuando esto ocurre, el developer al sincronizar su rama ejecutará los cambios que hice? ¿o le aparecerá todo actualizado por lo que, debería el mismo developer realizar el reset localmente?, ¿Existirá algo para hacer este deseado efecto (que la cage, suban, yo descarge, repare, subo al resto se le repare la rama al sincronizar?. Un gran saludo.

[@PeladoNerd]

Hola! Buena pregunta, lo que podes hacer es un “git revert” que crea un commit nuevo con el cambio para revertir el error. De esta forma, el equipo puede hacer un git pull y listo. Ya voy a agregar este comando al tercer video de git. Saludos!

[@gaby_developer3126]

genio total!!

[@thelmansanchez5733]

Ni hiciste mas video de git cierto?

[@cr4k3rN4n0]

Muy bueno el vídeo! Una duda, sueles usar semantic release ? Que opinas sobre el tema? Mil gracias por tus videos, descubrí tu canal ayer y estoy onfire viéndolos! Jeje

[@felipemontecino7460]

muy bien explicado dolape =)

[@xmagcx1]

esperando el tercer video :)

[@agu.ramone]

Muy buen resumen!, falto aclarar como agregar reviewers desde la ruedita de config a la derecha...

[@giovannypacheco3681]

Hey bro sigo esperando el siguiente video de git avanzado :D saludos

[@adrianfgutierrez2836]

Buenísimo

[@juanmanuel7305]

Que genio me encanta como explicas, en algún momento pensás hacer algo de aws?

[@PeladoNerd]

No tengo planes para hacer eso, pero todo puede cambiar

[@josezavala5972]

Que tal pelado!, Están buenos los vídeos, y aprendiendo aún a git , es posible que en todo esto lo que estás haciendo alguien más también edito los mismos archivos en las mismas líneas e hizo commits he hizo pull ? , se quedaría en los pull requests y quién se encargue de administrarlos (o uno mismo) decidirá cuál de las dos pull requests de queda o está muy fumado este escenario ?

[@PeladoNerd]

Cada persona deberia usar su propio branch. Por lo que no deberias tener problemas con conflictos. Al momento de hacer el merge a master, vas a tener que hacerlo uno por uno, y git deberia ser lo suficientemente inteligente para poder agregar los 2 cambios (por mas que sea al mismo archivo) probalo y me decis Saludos

[@rodrigorodriguezbarrera4418]

Min 13:45: Cómo que un "git push"?; sería un "git pull", isn´t?

[@jorgepedraza1275]

Bueno. Algún aprendizaje o practica git desde Visual studio 2019?

[@wilmerferneycubidesporras7774]

pelade, cuando usas el comando "vim" para editar el archivo, ¿con qué tecla guardas el cambio?

[@PeladoNerd]

Hola: son varias, ya voy a hacer un tutorial de vim: sería escape, dos puntos, wq! :wq!

[@PeladoNerd]

Sino podes editar el archivo con nano y lo podes guardar con ctrl-x y después y

[@victorcapote28]

Te mamaste :) gracias sensei.

[@ricardofrancotaborda5550]

Por error le di git init a una carpeta la cual no queria hacerlo, que puedo hacer para q no quede como master?

[@PeladoNerd]

Simplemente podés borrar el directorio .git (rm -rf .git) ... tené en cuenta que eso va a TOTALMENTE BORRAR todo el historial de git de ese directorio (no va a tocar nada de tu codigo)

[@AlexDraven13]

Gracias Pela!!!

[@andreagutierrez9840]

Tengo unos archivos, ya tengo los commit en repo local, ya cree un repo en gitHub, por consola realizo el git remote add origin + url y luego git push origin master pero me sale esto remote: Create a pull request for 'master' on GitHub by visiting: y Branch 'master' set up to track remote branch 'master' from 'origin'. y en gitHub sale There isn’t anything to compare.Me ayudan porfavor

[@PeladoNerd]

Bien. La pudiste subir bien. Te dice que no hay nada que comparar porque no tenes 2 branches con código diferente para comparar. Solo subiste una

[@andreagutierrez9840]

@@PeladoNerd que debo hacer?

[@RafaelLorenteSalgueiro]

hola pelado nerd, arregla las listas de reproduccion de este tutorial de git y la del tutorial de ssh solo salen en las listas de reproduccion el 2 video, salidos, buenas cosas con git, puede incluir para la tercera parte como trabajar con un fork y el uso del upstream para actualizar tu fork y de los PR aunque es algo sencillo a muchos les es complicado y es una de las cosas mas importantes de git.

[@PeladoNerd]

Gracias por las sugerencias! Ya arreglé las listas :)

[@AgustinCaballero]

Excelente, solo como recomendación me gustaría dejaras más tiempo las pantallas con los comandos, me parece que los quitas muy rápido y pones tu cara, prefiero dejes el video tuyo en pequeño y seguir viendo los comandos :) Gracias de antemano.

[@PeladoNerd]

Gracias por el comentario! siempre le podes poner pausa para leer los comandos

[@vitor14]

Todos los días hago los cambios sin cambiar de branch primero me sentí tristemente identificado

[@afreisi]

Excelente. Me encuentro con la siguiente situación, testeo código sobre hardware de manera colaborativa, en el cual cada uno parametriza la configuración de red su red para testear, pero luego debemos publicar una configuración con ******* y esto me genera problemas, como debo proceder ? Gracias

[@kdetony]

Y te faltó decir dale no me gusta si usas SVN master/slave y manejas tus usuarios en txt para dar permisos en los repos xD ....

[@ramonrxven]

dale no me gusta, si y tú control de versión se basa en tener una carpeta con cada cambio del código y un disco duro con una copia en la casa de tú mamá como backup, jajaja 😁

[@oswwwaldotc]

Jajaja y si

[@Johan-zs9xh]

Pelao, ten en cuenta que tus tutoriales son casi avanzados, no tiene sentido que expliques algunas cosas

[@PeladoNerd]

Buenas! Esta pequeña serie de tutoriales no son avanzados (como los de git y ssh ) por eso explico las cosas básicas

[@RichardCasanova7898]

muy rápida la explicación tendre que ir pausando el video

[@theproclamer]

la cara que se me queda cuando te mandas una cagada en git: ibb.co/rGjhYXy