Cómo manejar un pull request
Clase 24 de 47 • Curso profesional de Git y GitHub 2016
Contenido del curso
Josue Alejandro Torres Gonzalez
student•
hace 10 años
Clase 24 de 47 • Curso profesional de Git y GitHub 2016
Contenido del curso
Josue Alejandro Torres Gonzalez
Alonso Bon
Cesar David Ramírez Dimaté
Andric Alejandro Vargas Alarcón
Fernando Espinoza
Raúl Ramirez
Jesus Gutierrez
Shirley Concepcion
Stefany Zapata Naranjo
Alonso Bon
Carlos Pérez
Rafael Guillermo Rodriguez Garcia
Tamara Rufo Pozo
Natanael León
Alonso Bon
Rafael Luna Paredes
Iván Felipe Pérez Torres
Juan Diego Silva Garcia
Anthony Hurtado
Rubén Palavecino
Fernando Espinoza
Allan Ortíz
Cesar David Ramírez Dimaté
Cesar David Ramírez Dimaté
Diego Rodas
Alejandro Romero
Roberto Luis Gallardo
Arnaldo Paredes
"Siempre ser personas que dan el ejemplo, utilizando las tecnologias modernas"
Gracias Platzi por esta curso de Git y GitHub y por el excelente Maestro y equipo
Si, aunque ya se está pasando de decir lo mismo una y otra vez.
“Esto es hermoso, es perfecto, te aviento plata a la cara” - Mike Nieva
Like a boss 😄
Excelente clase, me encanto la ultima frase. “Donde el cliente diga esto es hermoso, es perfecto. Te aviento plata a la cara”
Excelente clase @mike.nieva, nos motivas a ser mejores!
Excelente clase!
Pull-request = equivale a git fetch + git merge
No, Pull request, es una herramienta en Github para solicitar al manejador del Central Repository que agrege cambios que tu hayas hecho al proyecto principal por medio del Fork repository que tu tienes. Tal vez lo confundas con el comando "Pull" de Git. Pull es igual a fetch y merge
Lo correcto es: git pull = git fetch + git merge
no esta el cheat sheet
Muy útil! muchas gracias! ;)
supongamos que estoy trabajando en equipo en github, y hago un pull request, y mi compañero ya anteriormente realizo un pull request, yo sin saberlo, por lógica tengo que hacer un git pull (git merge + git fetch) para tener esos cambios de mi compañero, que pasa si el pull request de mi compañero (su código) afecta lo que yo pretendía subir (mi código) se rompe lo que tengo en local y se pierde mi trabajo que pretendo subir??. espero me halla explicado bien, saludos espero no sea una pregunta boba. excelente clase.
El hacer el pull request no significa que ya estan implementando los cambios, solo es una solicitud para que el manejador del proyecto los analice y los apruebe, asi que los analizara y escojera el que el considere mejor para el proyecto o talvez ninguno. Pero si ya hay un cambio en el Central repositorio que tu no tengas en tu repositorio local para eso hay herramientas para actualizarte justo antes de hacer pull requests.
Pues tendrías que hacer un git reset y después volver a descargar el código, pero esta vez con git fetch, ya cuando hagas la fusión podrás comparar manualmente en que interfiere el código de tu compañero con el tuyo.
Ahora bien, desconozco el tema, pero no creo que el git pull haga automáticamente la fusión sin avisarte de que existen conflictos.
Estuvo genial la clase. Ahora sí entiendo gran parte de las funcionalidades de github... Aprenderé a hacer un deployment completo con Amazon Web Services, completo, en donde el cliente diga esto es hermoso, esto es perfecto te aviento plata en la cara gracias a las sabias palabras de @mikenieva y sus clases xD
Tengo que hacer una pregunta: Cuando Mike Habla de _entregar un proyecto, ya sea porque se perdió el cliente, háganlo por GitHub _ Cómo se hace eso, el cliente los descarga y el desarrollador elimina el proyecto o como se hace? o hace un FORK de ese repositorio? porque me imagino que habrá que explicarle eso al cliente.
Cuando Mike se refiere a entregar al cliente el proyecto en GitHub, ya sea por que lo pierdes o terminas el proyecto; la idea es que converses con el equipo técnico de parte del cliente para que entienda como estructuraste el proyecto y la historia del mismo, basicamente le darías acceso como Owner del repositorio o repositorios del proyecto de esa manera el cliente puede conocer todo la historia de su proyecto.
Voy aprendiendo mucho!
Aprendiendo todo esto, empezaré a colaborar con la traduccion de un videojuego que me gusta 😄 tienen su traducciones a muchos idiomas en github y hay gente colaborando con los archivos de traduccion. Genial ya conocer como se maneja el github para colaborar efectivamente 😃, ahora ya es mas facil entender lo que ellos hacen x.x
Si en vez de hacer un pull request desde github, realizo un push directamente desde mi local al upstream (repositorio original), me estaría saltando la seguridad proporcionada por el pull request no? De qué forma puedo evitar que hagan algo así?
Es que primero se hace push, y luego se realiza el pull request. Ese es como el trabajo al momento de realizar código en ramas. Y definiendo permisos.
Me aburre el hecho que explica lo mismo una y otra y otra vez.
Gracias por el aporte muy bueno
Que tal, saludos a todos. En qué app hizo @mike.nieva la presentación del curso (la que está compartida en el área de enlaces)?
Gracias
Estaria bueno que se pueda acelerar el video. Pero a 1.75x
Excelente contenido para la gestión de proyectos a través de GitHub. Gracias Mike por compartir tus conocimientos y enseñar el deber ser tanto con el cliente como con tu equipo de trabajo.