Tutorial de GIT - Parte 2 / Arreglando tus errores con la linea de comandos y usando Github.com
HTML-код
- Опубликовано: 3 мар 2020
- Hoy aprendemos cómo arreglar los errores que cometemos con git. Usando la linea de comandos, podemos resetear nuestros cambios usando checkout o git reset. Tambien vemos un comando nuevo que se llama reflog, que permite ver el historial de cambios, incluidos aquellos commits que fueron sobre-escritos por un amend.
Finalmente aprendemos cómo trabajar en un equipo usando Github, haciendo Pull Requests (o Merge Requests)
--
merch.peladonerd.com
Repo con todos los archivos que uso: github.com/pablokbs/peladonerd
Link para registrarse en Digital Ocean (50 USD de Regalo!): bit.ly/digitalocean-pelado
Micrófono: Blue Snowball ICE
Cámara: Canon Rebel SL2
Lente: Canon 24mm f/2.8
Laptop: Macbook Pro 15'' 2017
Kit completo: bit.ly/kit-pelado-nerd
Mi canal de vlogs: bit.ly/youtube-pablokbs
Comunidad de Reddit: bit.ly/reddit-peladonerd
Comunidad en Slack: bit.ly/slack-peladonerd
Comprame un cafecito: bit.ly/kofi-peladonerd 
Наука
![GIT / GITHUB ♥ Ramas o Branch, Uniones o Merge ♥ [ Tutorial en Español - Parte 3]](http://i.ytimg.com/vi/tFr0Vg1q9Eg/mqdefault.jpg)
![MAF Teeski - Whole Thing (feat. VonOff1700) [Official Music Video]](http://i.ytimg.com/vi/SHWEj-ndz6g/mqdefault.jpg)
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
Porque?
@@FatakeRaicos hacer git reset en el remoto malogra el historico del repositorio
¡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.
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 !!
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
Excelente video!! siempre hay algo nuevo por aprender! Gracias por el aportes!
Excelentes tutoriales, mil gracias!
Geniaaal!!
Hacete uno dockerizando un ambiente de desarrollo!
Muy bueno!!! En una mañana ya me sentí cómodo con git
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!
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
Muy bien explicado!
Excelente. Se viene una tercera parte?
Me gusta usar 🤘 gitk 🤘para ver todos los comit es muy visual...
Y Git pull - - rebase es bueno 😎
Buenisimo...!!!, muy claros
Muy buen resumen!, falto aclarar como agregar reviewers desde la ruedita de config a la derecha...
muy bien explicado dolape =)
IM PRE SIO NAN TE! :-)
Excelente, como siempre.
genio total!!
Hey bro sigo esperando el siguiente video de git avanzado :D saludos
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
Y yo aquí toó meco usando tortoise 🐢 gracias Pelado te ganaste otro like y un café pero ese hasta la otra.
Buenísimo
Gran video Pelado, simplemente excelente. Podrías también explicarnos ¿Qué es lo que hace exactamente el "git fetch"? Un abrazo.
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.
Que genio me encanta como explicas, en algún momento pensás hacer algo de aws?
No tengo planes para hacer eso, pero todo puede cambiar
Te mamaste :) gracias sensei.
esperando el tercer video :)
¿Puedes poner los comandos principales que usaste en la descripción pelado?
Gracias Pela!!!
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 ?
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
Bueno. Algún aprendizaje o practica git desde Visual studio 2019?
Ni hiciste mas video de git cierto?
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.
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!
pelade, cuando usas el comando "vim" para editar el archivo, ¿con qué tecla guardas el cambio?
Hola: son varias, ya voy a hacer un tutorial de vim: sería escape, dos puntos, wq!
:wq!
Sino podes editar el archivo con nano y lo podes guardar con ctrl-x y después y
Por error le di git init a una carpeta la cual no queria hacerlo, que puedo hacer para q no quede como master?
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)
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.
Gracias por las sugerencias! Ya arreglé las listas :)
Todos los días hago los cambios sin cambiar de branch primero me sentí tristemente identificado
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
Min 13:45: Cómo que un "git push"?; sería un "git pull", isn´t?
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 ....
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
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
@@PeladoNerd que debo hacer?
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.
Gracias por el comentario! siempre le podes poner pausa para leer los comandos
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 😁
Jajaja y si
la cara que se me queda cuando te mandas una cagada en git: ibb.co/rGjhYXy
muy rápida la explicación tendre que ir pausando el video
Pelao, ten en cuenta que tus tutoriales son casi avanzados, no tiene sentido que expliques algunas cosas
Buenas! Esta pequeña serie de tutoriales no son avanzados (como los de git y ssh ) por eso explico las cosas básicas