Esto a menudo me sucede: escribo un código, voy a revisar mis cambios y luego me doy cuenta de que no estoy en la rama adecuada para registrar esos cambios. Sin embargo, no puedo cambiar a otra rama sin revertir mis cambios. ¿Hay alguna forma de mover los cambios a otra rama para que se verifique allí?
Respuestas:
git stash es tu amigo.
Si aún no ha realizado la confirmación, simplemente ejecute git stash. Esto ahorrará todos sus cambios.
Cambie a la rama en la que desea realizar los cambios y ejecútelo git stash pop.
Hay muchos usos para git stash. Esta es sin duda una de las razones más útiles.
Un ejemplo:
# work on some code
git stash
git checkout correct-branch
git stash pop
C:\kf [develop +0 ~4 -0]> git checkout feature/customers<br/> error: Your local changes to the following files would be overwritten by checkout:<br/> AspWebApp.vNext/global.asa<br/> RestApi/Web.config<br/> Please, commit your changes or stash them before you can switch branches.<br/> Aborting
Si aún no ha confirmado sus cambios , simplemente usegit checkout para moverse a la nueva rama y luego confirme normalmente; los cambios en los archivos no están vinculados a una rama particular hasta que los confirme.
Si ya ha confirmado sus cambios:
git log y recuerde el SHA del compromiso que desea mover.git cherry-pick SHAsustituyendo el SHA desde arriba.git reset HEAD~1para restablecer antes de su confirmación de rama incorrecta.cherry-pick toma un compromiso determinado y lo aplica al encabezado actualmente desprotegido, lo que le permite copiar el compromiso a una nueva rama.
git reset HEAD~N --softy luego git checkout -bmover todo el código ahora no confirmado a una nueva rama.
Lamentablemente, esto también me sucede con bastante frecuencia y lo uso git stashsi me di cuenta de mi error antes git commity usogit cherry-pick otra manera, ambos comandos se explican bastante bien en otras respuestas
Quiero agregar una aclaración para git checkout targetBranch: este comando solo preservará su directorio de trabajo y la instantánea por etapas si targetBranch tiene el mismo historial que su rama actual
Si aún no ha confirmado sus cambios, solo use git checkout para pasar a la nueva sucursal y luego confirme normalmente
La declaración de @ Amber no es falsa, cuando se mueve a una nueva rama , git checkout -b newBranchse crea un nuevo puntero y apunta exactamente a la misma confirmación que su rama actual.
De hecho, si tiene otra rama que comparte el historial con su rama actual (ambas apuntan a la misma confirmación) puede "mover sus cambios"git checkout targetBranch
Sin embargo, por lo general, las diferentes ramas significan un historial diferente, y Git no le permitirá cambiar entre estas ramas con un directorio de trabajo sucio o un área de preparación. en cuyo caso puede hacer git checkout -f targetBranch(limpiar y descartar cambios) o git stage+ git checkout targetBranch(limpiar y guardar cambios), simplemente ejecutar git checkout targetBranchdará un error:
error: sus cambios locales en los siguientes archivos se sobrescribirán al finalizar la compra: ... Confirme los cambios o guárdelos antes de cambiar de sucursal. Abortar
Un restablecimiento de git suave devolverá los cambios confirmados a su índice. Luego, verifique la rama en la que tenía la intención de comprometerse. Luego git commit con un nuevo mensaje de confirmación.
git reset --soft <commit>
git checkout <branch>
git commit -m "Commit message goes here"
De git docs :
git reset [<mode>] [<commit>]Este formulario restablece el encabezado de la rama actual y posiblemente actualiza el índice (restableciéndolo al árbol de) y el árbol de trabajo dependiendo de. Si se omite, el valor predeterminado es --mixed. El debe ser uno de los siguientes:
--softNo toca el archivo de índice o el árbol de trabajo en absoluto (pero reinicia la cabeza, al igual que todos los modos). Esto deja todos los archivos modificados "Cambios a confirmar", como lo indicaría el estado de git.