extraer la última confirmación de una twig en git

mi amigo y yo estamos trabajando en una twig particular de un repository en Github al mismo time, sin embargo, cuando bash impulsar mis cambios, si actualiza los files antes de tirar y trato de empujar minas recibo un error de github , y me preguntaba si hay alguna razón para realizar los cambios antes de haber cambiado algunos files.

Hasta ahora, he intentado usar fetch origin branch-name pero esto agrega un poco de contenido HEAD en mis files, ¿falta un paso o una mejor manera de hacerlo?

todo lo que necesito básicamente es poder extraer los últimos cambios en el repository de Github y luego impulsar mis cambios.

gracias, cualquier consejo sería de mucha ayuda

La solución más fácil aquí sería trabajar en diferentes twigs (suponiendo que esté trabajando en diferentes funciones) y luego fusionarlas una vez completadas.

Sin embargo, si esa no es una opción, simplemente necesita llevar los cambios remotos a su sucursal local antes de presionar los suyos. Suponiendo que está trabajando en la twig llamada awesome-feature , podría hacer lo siguiente:

 git fetch git merge origin/awesome-feature 

Hay un atajo útil para este process exacto:

 git pull 

Sin embargo, si desea hacer otra cosa que no sea una merge estándar, simplemente debe search y hacer cualquier fusión / rebase manualmente.

Una vez que tenga los cambios remotos y su sucursal esté actualizada, puede commit y push sin ningún problema.

git fetch origin branch-name recupera la información del server pero no realiza ninguna fusión.

Para los usuarios avanzados, esto es algo bueno porque brinda control y flexibilidad adicionales. Para los nuevos usuarios solo agrega complejidad innecesaria. Los nuevos usuarios deberían usar git pull que, como dijo @Jon, es un acceso directo para una fetch seguida de una merge .

Como dijo @Jon, es mejor que crees tu propia sucursal.

En mi opinión, deberías estar trabajando en la misma twig si:

  • Solo hay dos de ustedes.
  • Ninguno de ustedes tiene mucho "trabajo en progreso" que no se pueda verificar de inmediato.
  • Ninguno de ustedes se registra con mucha frecuencia.

Si agrega más personas a la ecuación, aumenta la probabilidad de conflictos y aumenta la probabilidad de que poner a las personas en su propia sucursal sea una buena solución. Del mismo modo, si alguien tiene que trabajar en una function que requiere mucho trabajo pero no quiere verificar pasos intermedios en la twig principal, esa es otra buena razón para poner esa característica en su propia twig. Finalmente, si hay checkins frecuentes en la twig principal, entonces puede ser bueno trabajar en su propia sucursal. (O tal vez no. Esto depende de tu filosofía).