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?
Respuestas:
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
git showo git rev-parse HEAD), cambie a la rama y luego git cherry-picksiga el hash de confirmación.
git merge _hash_
git merge <hash-of-the-commit-you-just-made>.
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
git gcentre ejecutar esos dos comandos, perderías esas confirmaciones, pero a menos que estés ejecutando git gcautomáticamente, este debería ser un enfoque bastante libre de riesgos. Todavía iría con la respuesta de babay, pero si quieres evitar escribir dos comandos adicionales, supongo que este es el camino a seguir.
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
gitmodulestal vez?
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