Como trabajar con las ramas del proyecto

Como unir (merge) un feature branch

• Primero git pull --rebase en vez de git pull.
• Si el "feature branch" ha vivido mucho tiempo y se necesita probar los últimos cambios que existen en master dentro de este "feature branch" se debe realizar un git merge master estando parado en el "feature branch".
• Si se require unir el "feature branch" en master y estamos parados en master hacemos git merge --no-ff <feature-branch>.
• Si es un sólo commit (feature) lo que se require unir a master es posible realizar git cherry-pick <feature-branch> aunque no necesario. Se puede emplear el paso anterior si se prefiere.

Como subir (push) a commits a un feature branch

• (Paso no obligatorio) Antes de hacer push para subir los cambios a un "feature branch" (exista o no) se podría ajustar el historial de cambios (commits). Esto se realiza exclusivamente si se requiere modificar el orden de dichos commits, cambiar un mensaje de uno o varios commits o simplemente unir dos commits. Para esto, se puede realizar un: git rebase -i @{u} si la versión de git menor a 1.7.6 o git rebase -i con una posterior. Esto se realiza antes de subir sus nuevos commits a origin.
  • nota: si se realizó un merge de una rama (sea cual sea) en la rama del "feature branch" no haga rebase! ya que agregarán commits adicionales al los cambios que presenta el "feature branch" y sobrescribirán el merge que se realizó previamente.
  • nota 2: Recordar nuevamente que un rebase es única y exclusivamente si antes de subir por primera vez si se quiere limpiar el historial de sus commits (ordenar, cambiar mensajes, unir commits, etc...) y se realiza antes de sumar nuevos commits a origin.
• Luego de que se ajustaron los cambios de la rama y se modificó el historial (de haber sido necesario) se realiza el git push.

La Referencia a estas reglas está aquí.