Git Sourcetree Master 2 detrás

Todavía estoy trabajando fuera de Git y Sourcetree y estoy teniendo problemas para entender cómo mi twig Master está 2 detrás de mi twig actual que pretende ser la twig principal.

Cuando bash fusionar el maestro en mi twig actual, dice que está actualizado.

enter image description here

¿Alguien puede explicarme cómo llegué a esta situación y, mejor aún, cómo puedo actualizarme y trabajar con él?

Gracias

EDITAR: Así que hice lo que le pedí a continuación, busqué en la twig principal y saqué, y eso parece haberlo actualizado, a exception de que los últimos commits parecen haber desaparecido. ¿Alguien sabe por qué?

enter image description here

Esto significa que master es 2 commits detrás de origin/master . Verás que el origin/master está en una confirmación de fusión que vino después de tu confirmación master ; esa es una de las 2. La otra está en el "otro lado" de la combinación ("Configurar packages …").

Cómo llegaste aquí, alguien más presionó cambios al maestro (en forma de fusión en alguna otra twig). Ha buscado los cambios desde el origin , en cuyo punto se actualizó el origin/master reference de sucursal local, pero aún no los ha fusionado (ni extraído) en el master .

Puede actualizar el master visitando master y fusionándose con origin/master (no master ); o haciendo un pull mientras está en master (suponiendo que el seguimiento esté configurado de la manera esperada, lo cual probablemente sea así ya que recibirá el post esperado "2 detrás"). Hay otras forms, pero esas son las que tienen más sentido para esta situación.

ACTUALIZAR

Parece que cuando hiciste esto, algunos commits parecieron desaparecer de tu pantalla. Lo más probable es que esto signifique que su pantalla esté configurada para mostrar el historial de lo que está actualmente desprotegido. (Este sería el valor pnetworkingeterminado para ejecutar git log ; no estoy seguro de cómo SourceTree determina qué mostrar, ya que uso la línea de command casi exclusivamente. Aparece en su captura de pantalla que hay un control desplegable sobre la list de commits, que podría controlar lo que se muestra).

Ahora quiere tener un poco de cuidado, porque veo que ahora tiene "cambios no confirmados". A diferencia de commits (que son bastante difíciles de perder realmente ), git no está haciendo nada para protegerte de perder estos cambios no confirmados. Entonces, antes de hacer más compras, debe asegurarse de saber cuáles son esos cambios y si deben mantenerse. Si deberían serlo, debes confirmarlos o esconderlos antes de hacer más compras. (En la línea de command, git se resistiría a realizar un pago que perdería esos cambios, pero nuevamente no puedo hablar de lo que hará SourceTree).

De todos modos, confirma que "Fixing Log Out Bug" parece haber sido creado en alguna otra twig; si revisas esa twig, deberías ver esos commits. O si cambia la configuration de pantalla para mostrar esa twig (o --all ) debería poder verlos.

Puedes ver el historial de lo que has revisado usando los reflogs. Presumiblemente, la 3ª input en el reflog principal sería lo que se había desprotegido al crear la primera captura de pantalla en la pregunta (a less que haya realizado otras comprobaciones (u operaciones similares) además de las que conozco).