Repositorios remotos (forked)

Clase 20 de 47 • Curso profesional de Git y GitHub 2016

William Reaño Reyes

student•

mike nieva ya no te veo en platzi no se si seguiras pero fuiste una de las personas que mas me motivo para aprender nuevas tecnologias eres un gran maestro saludos desde peru

Nicolas Ticona Valdivia

student•

Si, Fue tambien una gran influencia para Mi, Gran Curso nos ha Dejado en Platzi

Mike Nieva

teacher•

Cualquier duda, envíenme un tweet. @mikenieva 😉

Sigan duro aprendiendo en Platzi. Ecuánimes, enfocados y persistentes.

cristian osorio osorio

student•

increíble el equipo git/github!!!
siento que eleve mi ki XD!!!

Gerardo Oropeza

student•

Erick Neftalí Sarmiento Cortes

student•

Espectacular, rama Upstream/master recibe cambios del repositorio original y rama origin/master recibe los cambios en tu copia (forked) que se encuentra en tu cuenta de github.

Erick Neftalí Sarmiento Cortes

student•

Lo mas importante considero es conocer el flujo lo demás es practica, practica, practica.
Muchas gracias excelente clase, saludos.

Victor Callegari

student•

Veo que Mike aprovo los pull requets y luego hizo el merge de ellos, pero cuando y como se hace el test de esos cambios? Yo creo que se tiene que hacer un test de esos cambios antes verdad? Como haria eso?

Fer Torres

student•

Bueno, es que este ejemplo fue un merge sin conflictos, por lo que no había nada que se tuviera que analizar.

Enrique Alexis Lopez Araujo

student•

Soy como sayayin nivel 3 aprendiendo git

Raul Montano

student•

Muy buena clase. Thank you mike.

Juan sebastian sanchez sebastian

student•

el pull request es único para github, o se puede utilizar en otros servidores de colaboración git (gitlab)?

Diego Ezequiel Medina

student•

Los pull request no son únicos para github sino que se utilizan en otros servidores de git . En mi caso yo lo utilizo en bitbucket

Cesar David Ramírez Dimaté

student•

En Gitlab también aplican y manejan el mismo concepto. Laboralmente se aplica todo el tiempo, el lider del proyecto revisa dichos cambios para ver si pasan o no para realizar pruebas y enviarlos luego a producción.

Tamara Rufo Pozo

student•

Genial! una clase excelente, me he enterado de todo perfectamente. Muchas gracias!

David Aguilera

student•

Todo hiba bien hasta que ejecute el " Git push origin/master" ya no pude continuar repeti los pasos y ya no pase de ahi . alguien tiene alguna idea de que hice mal.
Saludos a la comunidad

Javier Ruiz Vázquez

student•

Creo que es git push origin master

Fer Torres

student•

Es correcto. La instrucción no tiene la diagonal

John Rios

student•

haciendo algunas pruebas me salio este error:
merge: origin/upstream - not something we can merge
¿saben a que es debido y como solucionarlo?

Heved Oscar Ríos Delgado

student•

me sale lo mismo y no se hace el merge de los archivos del upstream con mi carpeta local 😦

Jahir Duarte

student•

Asegurate de haber hecho fetch a ambos repositorios para poder hacer merge, claramente te dice que no tiene nada que mezclar.

Junior Yc

student•

una fork se puede considerar una rama mas del proyecto en github ?

Julio Cesar Labrador Rosales

student•

Si.....básicamente tu tomas el código fuente y modificas de acuerdo a tus necesidades, es una rama a partir de un proyecto principal.

Alonso Bon

student•

No creo que sea una rama mas del proyecto, es en si el proyecto pero en una plataforma diferente, tu tienes tu proyecto en github y tambien lo tienes en tu area local para poder trabajarlo con las diferentes herramientas de cada plataforma, si fuera una rama mas, tal como sucese con las otras, en algunos casos podrias o no fusionarla con el proyecto principal, pero al contrario se supone que ambas el proyecto en hithub y el proyecto local tendrian que estar siempre sincronizados.

Fernando Ortega Martinez Ortega

student•

Si quiero colaborar con un proyecto en Github, debo enviar el pull request a la rama develop o a la rama master del repositorio original? Gracias!

Raúl Segura Nabarret

student•

De acuerdo a la documentación de git, un pull request se hace a la rama de default en el repositorio padre, la cual generalmente es master

Fernando Ortega Martinez Ortega

student•

Acabo de hablar con un compañero Senior de mi empresa y según me dice él, lo mejor es preguntar al dueño del repositorio donde prefiere recibir los pull requests. Espero que le sirva a alguien.

Juan Pablo Escobar Cano Pablo Escobar Cano

student•

Tengo una pregunta: Si quiero trabajar sobre un proyecto propio, y lo desarrollaré con uno o varios amigos, la forma en que ellos trabajen sobre mi proyecto será creando su propia cuenta en github, y luego adicionándolos como colaboradores en mi repositorio de gethub? o simplemente que adicionen un remoto en su repositorio local, q apunte a mi repositorio en github, creando previamente llaves ssh para cada uno?

Iván Felipe Pérez Torres

student•

Buena pregunta, escribí un tweet directo a Mike, apenas me responda te lo comparto. Saludos.

Giancarlo Vera

student•

Me parece que primero tenés que agregar a tus colaboradores desde tu repo en github, ya que las llaves ssh funcionarán siempre y cuando el repo de github sea tuyo o seas colaborador, con todos los permisos, del repo de un tercero.

Jose Luis Campos Bautista

student•

Fork proyecto
Crear repositorio local ( git init)
Agregar remote origin (git remote add origin ssh_dir_proyecto_fork)
Agregar remote upstream (git remote add upstream ssh_dir_proyecto_original)
Descargar cambios de proyecto fork ( git fetch origin )
Realziar fusión en local ( git merge origin/master )
Descargar cambios de proyecto original ( git fetch upstream)
Realziar fusión en local (git merge upstream/master)

Javier Esteban Ocampo Avendaño

student•

Excelentes clases profe mike, he aprendido un montón.

john fredy quimbaya orozco

student•

mike aun tengo unas consultas como se configura un servidor windows para entorno local en un grupo de trabajo

Alexy Del Jesus Aguilera Mata

student•

21:06 voy a pegar la direccion SSH y copió la http jajajajaaaja

Alexander Viafara Hurtado

student•

Excelente el curso, Se los juro yo antes no sabia que era esto y para que servia incluso decidí en no tomar el curso pero cuando mike nieva explico de que se trataba lo tome, y de lo que me estaba perdiendo.
Es muy bacano el curso.

Iván Felipe Pérez Torres

student•

¡Muy buena la clase! Muy teórica, pero es necesario conocer ese concepto, porque ya lo que se viene es práctica y probar escenarios distintos al que propuso Mike con el otro usuario.

Repositorios remotos (forked)

Bienvenidos

Requisitos del curso

Fundamentos

Glosario

Instalación y Conceptos Básicos

Bienvenido al curso

Instalación de git

Git en el 2016

Introducción a los sistemas control de versiones

Introducción a Git

Arquitectura de Arbol

Instalación

Git Workflow

Git reset

Analizando un commit

Navegación entre commits

La importancia de proponer

Ramas

Fusiones en git

Proyecto con líneas de tiempo alternas

Head pointer + Git log

Workflows y repositorios remotos

Workflows

Repositorios personales

Repositorios remotos (forked)

Project Management con Github

Gestión de proyectos en Git: ¿Cómo hacerlo?

Administración de un proyecto en Github

Usando Issues y Milestones de Github

Cómo manejar un pull request

Push to deploy en Amazon Web Services

Tipos de ambiente de trabajo

Deployment

Amazon Web Services

Workflow dinámico en equipos.

Deployment en Web Hosting

Workflow dinámico en equipos

Workflow dinámico en equipos (últimos pasos)

Github y AWS en conjunto

Conceptos avanzados

Bare repositories

Git Tags y Ecosistema de proyectos en GitHub

Git Extras

GitHub for Mac

GitHub For Windows

Zenhub

Gitlab

Gitlab

Desafios

Desafio 1: Crear un blog en Github Pages

Desafio 2: Blog Universitario. Local + GitHub

Desafio 3: Blog Universitario. Deployment Automático

Sesiones en Vivo

Stream 1: Resolviendo el primer desafío

Conclusiones

Cierre del curso

Fin del curso. ¿Qué sigue?

Contenido complementario

Git Ignore

Git Diff: Comparando Commits

Git Stash