¿Cuál es la diferencia entre git push y git pull?

Question

Acabo de tropezar con algo peculiar hoy. Le pedí a un compañero de trabajo en mi trabajo de verano que me ayudara a configurar un nuevo repositorio de git remoto para mi código y había mucha confusión sobre lo que hizo y lo que yo quería hacer. Le pedí que enviara su configuración para poder ver el camino a su control remoto y descubrió que no tenía un control remoto. Cuando le pregunté acerca de esto explicó su flujo de trabajo de la siguiente manera:

1. Cambio localmente
2. algo Commit
3. Mover a dir remota
4. git pull c: \ localdir

Así que en vez de empujar a un control remoto que constantemente sacaba de su repositorio local al de nuestro servidor. Tipo de trabajo al revés Cuando lo confronté sobre esto, él me preguntó cuál era la diferencia y no pude responderle, pero creo que hay algo correcto.

Así que mi pregunta para todos ustedes es: ¿Cuál es la diferencia entre empujar a un control remoto y extraer desde un control remoto?

Answer 1

Empujando a un control remoto: envíe algunos commits a otro repositorio de git. El repositorio git se considera "remoto", pero puede ser un repositorio en otra carpeta de tu disco duro. tirando de un control remoto: obtenga algunos commits desde un repositorio remoto y fusiónelos en su HEAD actual (su pago actual de su repositorio)

Su compañero de trabajo puede tener que usar pull en lugar de push porque su repositorio podría no estar disponible (no se ejecutó git daemon, o gitweb, o el servidor ssh), pero el suyo estaba disponible desde su computadora. Como es un servidor, puede que no quiera exponer un daemon/servicio git que podría ser un vector de ataque.

Pero si su repositorio fue compartida/disponible, sólo habría sido capaz de hacer:

1. cambiar algo localmente
2. cometer
3. empuje a su repositorio

Answer 2

Ninguno, los repos son copias uno del otro y tirar y empujar son solo flujos de dirección. La diferencia con el método de su compañero de trabajo es que agregó un cuarto comando innecesario.

Answer 3

Sí, funciona hacia atrás.

flujo de trabajo Principio es:

1. cambiar algo localmente
2. cometer
3. empuje para dir remota

Un caso de uso (el otro es explained by Dolanor) para no presionar a distancia es que una la copia de trabajo está marcada en el control remoto (es decir, no es un repositorio simple). Cuando quiere empujar una rama que está desprotegida en el cuadro de control remoto (por ejemplo, master:master), esto no tendrá éxito, ya que los empujones hacia las ramas de salida están prohibidos.

En mi opinión, ese es el único caso de uso para saltar a la máquina remota y tirar en lugar de empujar desde la máquina local.

Answer 4

En mi Ver puede permitir que los usuarios transfieran sus confirmaciones a algún repositorio que se considere como "el maestro", o les permite enviar solicitudes de extracción a un solo usuario que tenga permiso para modificar dicho "maestro".

Github, por ejemplo, no permitirá que los no contribuyentes ingresen al repositorio, pero les permitirá enviar solicitudes de extracción, para que los contribuyentes puedan integrar sus cambios.