Git: "Actualmente no en ninguna rama". ¿Hay alguna manera fácil de volver a una sucursal, manteniendo los cambios?

Así que he trabajado en el repositorio y, cuando estoy a punto de comprometerme, me doy cuenta de que actualmente no estoy en ninguna rama.

Esto sucede mucho cuando trabajo con submódulos y puedo resolverlo, pero el proceso es tedioso y he estado pensando que debe haber una manera más fácil de hacerlo.

¿Hay una manera fácil de volver a una sucursal, manteniendo los cambios?

Si no te has comprometido:

git stash
git checkout some-branch
git stash pop

Si se ha comprometido y no ha cambiado nada desde:

git log --oneline -n1 # this will give you the SHA
git checkout some-branch
git merge ${commit-sha}

Si te has comprometido y luego has hecho un trabajo extra:

git stash
git log --oneline -n1 # this will give you the SHA
git checkout some-branch
git merge ${commit-sha}
git stash pop

esto me ayudó

git checkout -b newbranch
git checkout master
git merge newbranch
git branch -d newbranch

git checkout master

Ese resultado es algo como esto:

Warning: you are leaving 2 commits behind, not connected to
any of your branches:

1e7822f readme
0116b5b returned to clean django

If you want to keep them by creating a new branch, this may be a good time to do so with:
git branch new_branch_name 1e7822f25e376d6a1182bb86a0adf3a774920e1e

Hagamoslo:

git merge 1e7822f25e376d6a1182bb86a0adf3a774920e1e

Dejando otro camino aquí

git branch newbranch
git checkout master 
git merge newbranch 

Alternativamente, puede configurar sus submódulos para que, en lugar de estar en su estado de cabeza separada predeterminada, revise una rama.

Editado para agregar:

Una forma es pagar una rama particular del submódulo cuando la agrega con el indicador -b:

git submodule add -b master <remote-repo> <path-to-add-it-to>

Otra forma es ir al directorio de submódulos y echarle un vistazo

git checkout master

Una forma de terminar en esta situación es después de hacer un rebase desde una rama remota. En este caso, los nuevos commits son señalados por ellos, HEADpero masterno apuntan a ellos, sino que apuntan a donde sea que estuvieras antes de cambiar la base de la otra rama.

Puede hacer que esto confirme su nuevo masterhaciendo:

git branch -f master HEAD
git checkout master

Esto se actualiza mastera la fuerza para señalar HEAD(sin ponerlo master) y luego cambia a master.

Recientemente me encontré con este problema nuevamente. Ha pasado un tiempo desde la última vez que trabajé con submódulos y después de haber aprendido más sobre git, me di cuenta de que simplemente verificar la rama en la que desea comprometerse es suficiente. Git mantendrá el árbol de trabajo incluso si no lo escondes.

git checkout existing_branch_name

Si desea trabajar en una nueva sucursal, esto debería funcionar para usted:

git checkout -b new_branch_name

El proceso de pago fallará si tiene conflictos en el árbol de trabajo, pero eso debería ser bastante inusual y si sucede, puede esconderlo, reventarlo y resolver el conflicto.

En comparación con la respuesta aceptada, esta respuesta le ahorrará la ejecución de dos comandos, que en realidad no tardan tanto en ejecutarse. Por lo tanto, no aceptaré esta respuesta, a menos que milagrosamente obtenga más votos positivos (o al menos cercanos) que la respuesta actualmente aceptada.

El siguiente método puede funcionar:

git rebase HEAD master
git checkout master

Esto cambiará los cambios actuales de HEAD encima del maestro. Entonces puedes cambiar la rama.

La forma alternativa es verificar primero la sucursal:

git checkout master

Luego, Git debería mostrar SHA1 de sus confirmaciones separadas, luego puede elegirlas, por ejemplo

git cherry-pick YOURSHA1

O también puedes fusionar la última:

git merge YOURSHA1

Para ver todas las confirmaciones de diferentes ramas (para asegurarse de que los haya), ejecute: git reflog.

Sé que le dije a babay en 2012 que pensaba que era poco probable que alguien no se diera cuenta de que no estaba en una sucursal y se comprometiera. Esto me sucedió a mí, así que supongo que tengo que admitir que me equivoqué, pero teniendo en cuenta que me tomó hasta 2016 para que esto me sucediera, podría argumentar que, de hecho, es poco probable.

De todos modos, crear una nueva sucursal es excesivo en mi opinión. Todo lo que tienes que hacer es:

git checkout some-branch
git merge commit-sha

Si no copió el commit-sha antes de verificar la otra rama, puede encontrarlo fácilmente ejecutando:

git reflog