¿Cuál es la diferencia entre git push.default = current y push.default = upstream?

Question

La página del manual de git-config enumera estas opciones para push.default:

nothing - do not push anything. 
matching - push all matching branches. All branches having the same name in both ends are considered to be matching. This is the default. 
upstream - push the current branch to its upstream branch. 
tracking - deprecated synonym for upstream. 
current - push the current branch to a branch of the same name. 

En la mayoría de los casos yo asumiría que empuja a la rama aguas arriba de una rama sería el mismo efecto que mover a una rama del mismo nombre , dado que la rama ascendente normalmente tendría el mismo nombre, y dado que la rama del mismo nombre ("actual") normalmente (o siempre, por definición?) estaría en sentido ascendente. Entonces, ¿cuál es la diferencia?

ACTUALIZACIÓN: The man page for git-config se ha actualizado (como cabría esperar), por lo que las distinciones hechas there puede ser mucho más claro ahora.

Answer 1

Ha resumido la diferencia en su pregunta. upstream empuja a configurada rama ascendente, mientras que current asume que la rama ascendente tiene el mismo nombre que la rama local actual, y presiona a ese nombre específico. En realidad, no hay ninguna razón para suponer que la sucursal de seguimiento de la sucursal local tenga el mismo nombre que la sucursal local.

Por ejemplo, si trabaja en múltiples repositorios o a través de muchos mandos a distancia para desarrolladores compartidos, que a menudo terminan seguimiento de diferentes horquillas de la misma rama, como allen-master o susan-master, ambos de los cuales un seguimiento de la rama master en repos Allen y de Susan , respectivamente. En este caso, current sería la configuración incorrecta, porque esos nombres de rama no existen en sus controles remotos. upstream, sin embargo, funcionaría bien.

Un ejemplo más práctico podría ser el seguimiento de un repositorio development y production. Su flujo de trabajo podría usar una rama principal diferente para cada uno, pero eso podría confundir. Supongamos que es un integrador de código y desea rastrear las ramas de ambos repositorios master por separado.

git checkout -b production --track production/master 
git checkout -b development --track development/master 

Ahora usted tiene dos ramas que hacen un seguimiento de sus respectivos repositorios, ninguno de los cuales utilizan la convención de nomenclatura master en absoluto. Hay poca confusión sobre los nombres de las sucursales: describen explícitamente lo que rastrean. Sin embargo, push.default = current no tendría ningún sentido ya que ninguno de los remotos contiene una rama development o production.

Answer 2

current empujará la rama actual a una rama con el mismo nombre en el repositorio remoto.

upstream empujará la rama actual a la rama ascendente.

La rama ascendente es una rama que se ha definido explícita o implícitamente como ascendente desde su rama actual. Eso significa que push y pull por defecto se sincronizarán con esta rama. La rama ascendente puede estar en el mismo repositorio que la rama actual. Puede hacer cosas interesantes como configurar su local rama principal como ascendente desde su local entidad (tema) rama, y ​​empujar y tirar entre ellos.

La configuración ascendente implícita se realiza mediante el valor de configuración branch.autosetupmerge. Puede encontrar documentación en la página de ayuda git config.La configuración explícita en sentido ascendente se realiza con la opción -u al comando git branch. Ver la página de ayuda para más detalles.