GIT de cada grupo

GIT de cada grupo

de Guillermo Federico Reisch Uslenghi -
Número de respuestas: 3
Como se discutio en la clase del jueves cada grupo tiene que tener su GIT siendo este un FORK del git de nexo-developers
https://github.com/nexo-developers/nexo

Por tal razón se pide que:
* Creen una cuenta en gitHub
* el responsable del grupo cree un FORK de nexo-developers/nexo
* Que el GIT sea ABIERTO
* Que agregue a sus compa axeso lectura/escritura sobre ese git

Modo de trabajo:
* Cuando tengan algo "estable" hacer un pull-request a NEXO
- Para esto primero hagan un fetch de nexo
- mergen contra nexo/master
- luego el pull-request
* Cada tanto hacer un pull de nexo/master para tener las ultimas mejoras

Que nesecitan los ETs:
* Cuentas y gits creados

Saludos ETs
En respuesta a Guillermo Federico Reisch Uslenghi

Re: GIT de cada grupo

de Guillermo Andrés Fernández Cotelo -
Pregunta... el push request es todo o nada?.. se puede indicar de alguna manera aquellos cambios/agregados que se quieren pushear (¿?) al master de nexo-developers?

Adjunto igual mando un zip con el Makefile de la biblioteca PUI modificado para que permita compilar sin definir la variable GLUT_HABILITADO o sí según gusten.

Es lo que propondría subir con el push request... pero al no saber, mejor no meter la pata.

Saludos

edit:
Encontré ayuda para hacer el pull-requests... aparentemente no se puede porque los hace por commit http://help.github.com/send-pull-requests/... 
Igual dejo el pedido hecho de subir lo del adjunto :)
En respuesta a Guillermo Andrés Fernández Cotelo

Re: GIT de cada grupo

de Guillermo Federico Reisch Uslenghi -

>Pregunta... el push request es todo o nada?.. se puede indicar de alguna manera
>aquellos cambios/agregados que se quieren pushear (¿?) al master de nexo-
>developers?

En principio es TODO O NADA (pa hacerla facil) ; aunque si te pones esquisito (como hago yo) podes ver que hizo antes de aceptalo y aceptar TODO o parte de lo que requeris.

git fetch TU_REPOSITORIO_REMOTO
git gui
# herramienta grafica para ver los comits y branch
#  Repositorio => Visualize all branch history
# aca miro lo que vos estas haciendo y los commits que hiziste

# ACEPTAR EL PULL-REQUEST de por ejemplo
#TU_BRANCH => MY_BRANCH seria
git checkout MY_BRANCH
git merge TU_REPOSITORIO_REMOTO/TU_BRANCH

Si hay algo que falta podria perfectamente:
git checkout TU_REPOSITO_REMOTO/TU_BRANCH -b  BRANCH_AUXILIAR
# WOKR .... WORK..... WORK.... COMMIT
# AHORA TA LINDO QUIERO MERGEARLO
git checkout MY_BRANCH
git merge BRANCH_AUXILIAR
git branch -d BRANCH_AUXILIAR # ya merge no nesesito mas este branch

Adjunto igual mando un zip con el Makefile de la biblioteca PUI
> modificado para que permita compilar sin definir la variable
> GLUT_HABILITADO o sí según gusten.

NO nesecito el ZIP ; puedo SNIFFEAR tus cambios :-P
y verlos mas lindos con "git gui"

>
> Es lo que propondría subir con el push request... pero al no saber,
> mejor no meter la pata.

Claro ; mire un cacho tus commits ; hubiera tado bueno commitiar ESO en un branch que saliera del branch "MASTER", asi solo se mergeaba eso , y asi no acarrear todos los otros cambios que se hizieron en el branch mouseCam
trata de commitear mas seguido, por cosita que haces, enves de tener mega-commits que hacen muchas cosas a la ves ; o hacer un branch por cada feature que queres hacer ; un branch ocupa 4k asi q podes crear tantos como quieras :-P

MUY BUENO LO QUE HIZISTE ! MIRO BIEN COMO MERGEARLO Y LE DOY PA ADELANTE!!!

PD: el branch mouseCam esta estable? asi no me quemo y lo puedo mergear directamente a MASTER.

Saluds Guille
En respuesta a Guillermo Federico Reisch Uslenghi

Re: GIT de cada grupo

de Guillermo Andrés Fernández Cotelo -
Bruta explicación... Trataré de hacer como decís de ahora en más.

Sobre los branches.... el mouseCam aún no esta estable.
El branch V2 que hicimos a partir de este sí lo esta. Aún no lo merge con mouseCam porque la idea es dejar estable la versión 1 digamos, hacer un tag y luego sí mergear el V2 que es sobre lo que desarrollamos ahora.

Gracias Guille

Saludos