Felicitaciones Eduardo, muy buena explicación de como hacer pull request. Deberían integrar este video al curso profesional de git en la sección de pull request.
Gracias por una explicación tan simple y concisa. Un pull-request para el video sería que a partir de agosto del 2021 en vez de poner la contraseña de la cuenta es necesario utilizar un token
@codigofacilito los PR que son aceptados en el main, se ven reflejados también en otras cuentas que hicieron fork o qué pasa en esos casos, esas cuentas deberían hacer un nuevo fork?
Excelente manera de explicar, me quedó más claro, Lástima que no te has dado a la tarea de aceptar los pull request, hay muchas personas que hicieron las prácticas pero han quedado en la espera del dulce olvido. de igual toma tu like. @codigofacilito
Hola, una pregunta en mi caso me agregaron como colaborador a un repositorio privado, ya hicieron una rama "development" y me piden hacer un pull request a esa rama, el proceso seria el mismo ?
Gran video pero tengo una pregunta, cuando realizo el pull request no se copio la rama del repositorio secundario, es decir siempre se va a mezclar con una rama del repositorio principal?
tengo una pregunta, como bloqueo los push a master para que solo sea permitido hacer push mediante los pull request?, basicamente tengo una organizacion con dos equipos, y cada equipo tiene su repo, eso ya esta bien configurado, lo que me falta es configurar que la rama master sea inaccesible y solo sea puedan hacer push mediantes ramas temporales, las cuales si yo acepto, este codigo se integre a master, alguien me puede ayudar con eso... de verdad si me ayudas muchas gracias.
Muy buena explicación Eduardo, muy didáctica y concisa. Una duda que me ha surgido: si después de un tiempo quieres volver a hacer una contribución, lo suyo sería volver a hacer un fork del proyecto, porque habrá quedado obsoleto y no puedes hacer git pull desde el código que hiciste fork la primera vez, ¿es así? Gracias!
Hola, recomiendas tener el Backend Y el Frontend en diferentes Ramas? ambos estan creados con tecnologias diferentes. luego seria necesario hacer el Merge??
Cuando realizas cambios en un archivo puede que otro desarrollador también hizo cambios a ese archivo y realizó un push al repo o en este caso hizo un pull request y fue aceptado antes que el tuyo, cuando se dice que "los nuevos cambios no entran en conflicto con nada" es que los cambios que hiciste no modifican las mismas partes que el otro desarrollador modificó, es decir, tus cambios no sobre escriben los cambios del otro desarrollador (o vice versa si tú pull request fue aceptado primero) si esto pasa es necesario elegir que cambios prevalecerán en el repo y cuáles no.
Que buen video, una pregunta...¿como hago para clonar la propuesta del colaborador antes de aceptar el pull request con el fin de testearlo antes de aprobarlo?
@@enzo7400 es que el del video creó otra rama para tener el código principal intacto(aunque solo sea texto plano), así deben hacerlo en entornos reales de trabajo supongo.
@@jhonnylefter624 aa claro, pienso lo mismo, lo preferible sería hacer los cambios en una rama distinta al main, por las dudas 😅. Y ya luego en algún momento, cuando se vea que está todo okay, fusionar todo en el main. En repos personales si querés podes manejarte siempre en la rama main y listo, ya queda a criterio de cada uno jaja, pero creo que sería mejor acostumbrarse a usar varias ramas, así ya estas con experiencia para proyectos con varios colaboradores.
@@enzo7400 claro, igual si cometes un error y ya hiciste commit puedes volver al commit anterior a ese con el comando "git reset --hard id-del-commit-aquí", y se restaura el anterior y el commit que hiciste las cambios malos será como que no existió.
Así funciona en proyectos reales? Es decir, si en un proyecto tengo que cambiar algo lo único que se hace es el pull request. Sería interesante un curso de Git y Github orientado a entornos reales de trabajo
Felicitaciones Eduardo, muy buena explicación de como hacer pull request. Deberían integrar este video al curso profesional de git en la sección de pull request.
Gracias por una explicación tan simple y concisa. Un pull-request para el video sería que a partir de agosto del 2021 en vez de poner la contraseña de la cuenta es necesario utilizar un token
excelente video, muy bien explicado. Vi varios antes de llegar a este y eres lejos el mejor. Muchas gracias!
hola y gracias por tu enseñanza muy claro, y como serán tus cursos? son asi de cuidadoso? ya he realizado el pull request
Literal no te miento estuve 6 horas intentando resolver esto en un internship. Todo por querer buscar siempre en ingles. Muchas gracias!
@codigofacilito los PR que son aceptados en el main, se ven reflejados también en otras cuentas que hicieron fork o qué pasa en esos casos, esas cuentas deberían hacer un nuevo fork?
Buenas,
En mi caso no me aparece el cuestionario ni la opcion de crear el pull request. Solo me lleva a la comparacion
Excelente manera de explicar, me quedó más claro, Lástima que no te has dado a la tarea de aceptar los pull request, hay muchas personas que hicieron las prácticas pero han quedado en la espera del dulce olvido. de igual toma tu like. @codigofacilito
No pudo estás mejor explicado... mucha gracias 10 de 10.
Hola, una pregunta en mi caso me agregaron como colaborador a un repositorio privado, ya hicieron una rama "development" y me piden hacer un pull request a esa rama, el proceso seria el mismo ?
Sos un Grande Eduardo! Dios Te bendiga!, siempre claro y practico.
Gracias bro solo sabía trabajar con el main ahora manejo los branch para trabajar en equipo
muy buena explicación de como hacer pull request.
Idolo!, super util y al grano. Muchas gracias
Buena explicación! Le sirvió a mis compañeros
curiosidad, para que usas terra?
Gracias!!! Me ahorraste el regaño de mi senior 😅
Excelente video, súper fácil y muy bien explicado
Que pasa cuando es un repositorio privado al cual no se me permite hacer fork porque esa opción fue deshabilitada?
Que pasaría si hago el commit y push a la rama main, en el proyecto forkeado, y de ahi hago la pull request ?
Creo que entrarían en conflicto
Gran video pero tengo una pregunta, cuando realizo el pull request no se copio la rama del repositorio secundario, es decir siempre se va a mezclar con una rama del repositorio principal?
Excelente explicación. Muchas gracias!!!!!
pero se puede hacer un pull request por consola?
cortita y al pie ..genial!
gracias, me ayudo mucho tu explicación sencilla.
tengo una pregunta, como bloqueo los push a master para que solo sea permitido hacer push mediante los pull request?, basicamente tengo una organizacion con dos equipos, y cada equipo tiene su repo, eso ya esta bien configurado, lo que me falta es configurar que la rama master sea inaccesible y solo sea puedan hacer push mediantes ramas temporales, las cuales si yo acepto, este codigo se integre a master, alguien me puede ayudar con eso... de verdad si me ayudas muchas gracias.
Si ya lo hiciste, Cómo lo hiciste?
tienes mas info, me interesa
Muy buena explicacion. Gracias. (;
Muy bueno! Muchas gracias por el contenido!!
Excelente explicación Eduardo!!!
cuando quiero hacer el merge no me sale la opción
Muy buena explicación Eduardo, muy didáctica y concisa.
Una duda que me ha surgido: si después de un tiempo quieres volver a hacer una contribución, lo suyo sería volver a hacer un fork del proyecto, porque habrá quedado obsoleto y no puedes hacer git pull desde el código que hiciste fork la primera vez, ¿es así? Gracias!
misma duda
Muy buena explicación, me ayudo mucho. Saliudos
Gracias eduardo me sirvio mucho.
Hola, recomiendas tener el Backend Y el Frontend en diferentes Ramas? ambos estan creados con tecnologias diferentes. luego seria necesario hacer el Merge??
no es necesario pero lo puedes hacer si te es mas facil de organizarte
algún admin de esta plataforma, que me de una ayuda sobre configuración de PR? version enterprise cloud
Pregunta, a que se refiere que los nuevos cambios ocurridos no entran en conflicto con nada? GitHub valida que no se rompa código de la aplicación?
Cuando realizas cambios en un archivo puede que otro desarrollador también hizo cambios a ese archivo y realizó un push al repo o en este caso hizo un pull request y fue aceptado antes que el tuyo, cuando se dice que "los nuevos cambios no entran en conflicto con nada" es que los cambios que hiciste no modifican las mismas partes que el otro desarrollador modificó, es decir, tus cambios no sobre escriben los cambios del otro desarrollador (o vice versa si tú pull request fue aceptado primero) si esto pasa es necesario elegir que cambios prevalecerán en el repo y cuáles no.
@@nuos4789 muy buena respuesta. Ahora me queda mas claso, muchas gracias.
Excelente video, gracias Eduardo que crack!
Que buen video, una pregunta...¿como hago para clonar la propuesta del colaborador antes de aceptar el pull request con el fin de testearlo antes de aprobarlo?
creo que se puede crear una rama y testeas en esa rama
el video empieza al 2:44
Muy útil, gracias!
Checa mi pull y validaloooo 😂
que pasa si no creo una nueva rama y hago cambios directamente en la rama "main"? es posible hacer eso?
Yo hace unos días hice un pull request a un repo que tiene solo la rama main, y los cambios se aplicaron bien.
Y yo en mis propios repos hasta ahora siempre use solo la rama main, directamente ahí hacia los cambios.
@@enzo7400 es que el del video creó otra rama para tener el código principal intacto(aunque solo sea texto plano), así deben hacerlo en entornos reales de trabajo supongo.
@@jhonnylefter624 aa claro, pienso lo mismo, lo preferible sería hacer los cambios en una rama distinta al main, por las dudas 😅. Y ya luego en algún momento, cuando se vea que está todo okay, fusionar todo en el main.
En repos personales si querés podes manejarte siempre en la rama main y listo, ya queda a criterio de cada uno jaja, pero creo que sería mejor acostumbrarse a usar varias ramas, así ya estas con experiencia para proyectos con varios colaboradores.
@@enzo7400 claro, igual si cometes un error y ya hiciste commit puedes volver al commit anterior a ese con el comando "git reset --hard id-del-commit-aquí", y se restaura el anterior y el commit que hiciste las cambios malos será como que no existió.
Buenisimo el video, muchas gracias.
Gracias excelente explicación, ojala acepten mi solicitud pull request. Salu2 👍
Qué buena explicación.
muy bueno , gracias!
Gracias!
te ame eduardo muchas gracias
Hola, excelente muchas gracias
A mi me pide pull request, y soy el unico trabajando el codigo, me re saco de onda jajaj estoy aprendiendo a usar git
Gracias crack!
Yo sintiendome estudipido por no encontrar el repo pa hacer pull request 🐎🐎
GRACIAS!!!!
Excelente Tutorial
gracias amigo
Así funciona en proyectos reales? Es decir, si en un proyecto tengo que cambiar algo lo único que se hace es el pull request. Sería interesante un curso de Git y Github orientado a entornos reales de trabajo
También deberías echarle una mirada a git flow para que establezcas la forma de trabajo que tendrán en tu equipo.
Sí, una vez clonas y haces el pull request, solo deberías esperar a que alguien te lo acepte o rechace.
eso eso.
siempre estan los cursos que te enseñan a usarlo, pero pocos son los que te enseñan a no mandarte cagadas en un entorno de trabajo real xdxd
Muy buena explicación. La única duda qué tengo es: esto solo es válido para repositorios públicos? O también se puede para repositorios privados?
También en repos privados 🙌
eduardo es re god
gracias :D
Que super...