Cela m'arrive souvent: j'écris du code, vais vérifier mes modifications, puis je me rends compte que je ne suis pas dans la bonne branche pour vérifier ces modifications. Cependant, je ne peux pas passer à une autre branche sans que mes modifications soient annulées. Existe-t-il un moyen de déplacer les modifications vers une autre branche pour y être archivé?
git stash est votre ami.
Si vous n'avez pas encore validé, exécutez simplement git stash. Cela permettra d'économiser toutes vos modifications.
Basculez vers la branche sur laquelle vous souhaitez que les modifications soient activées et exécutées git stash pop.
Il existe de nombreuses utilisations pour git stash. C'est certainement l'une des raisons les plus utiles.
Un exemple:
# 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/> AbortingSi vous n'avez pas encore validé vos modifications , utilisez simplement
git checkoutpour passer à la nouvelle branche, puis validez-les normalement - les modifications apportées aux fichiers ne sont pas liées à une branche particulière jusqu'à ce que vous les validiez.Si vous avez déjà validé vos modifications:
git loget souvenez-vous du SHA du commit que vous souhaitez déplacer.git cherry-pick SHAremplaçant le SHA par le haut.git reset HEAD~1pour réinitialiser avant votre commit de mauvaise branche.cherry-pickprend un commit donné et l'applique à la tête actuellement extraite, vous permettant ainsi de copier le commit sur une nouvelle branche.la source
git reset HEAD~N --softpuisgit checkout -bde déplacer tout le code désormais non engagé vers une nouvelle branche.Malheureusement, cela m'arrive aussi régulièrement et j'utilise
git stashsi j'ai réalisé mon erreur avantgit commitet utilisegit cherry-pickautrement, les deux commandes sont assez bien expliquées dans d'autres réponsesJe veux ajouter une clarification pour
git checkout targetBranch: cette commande ne conservera votre répertoire de travail et un instantané intermédiaire que si targetBranch a le même historique que votre branche actuelleLa déclaration de @ Amber n'est pas fausse, lorsque vous passez à newBranch ,
git checkout -b newBranchun nouveau pointeur est créé et il pointe vers le même commit exact que votre branche actuelle.En fait, s'il vous arrivait d'avoir une autre branche qui partage l'historique avec votre branche actuelle (les deux pointent au même commit), vous pouvez "déplacer vos modifications" en
git checkout targetBranchCependant, généralement des branches différentes signifient un historique différent, et Git ne vous permettra pas de basculer entre ces branches avec un répertoire de travail ou une zone de transfert sale. dans ce cas, vous pouvez soit faire
git checkout -f targetBranch(nettoyer et modifier les modifications) ougit stage+git checkout targetBranch(nettoyer et enregistrer les modifications), simplement exécutergit checkout targetBranchdonnera une erreur:la source
Une réinitialisation logicielle réinitialisera les modifications validées dans votre index. Ensuite, vérifiez la branche sur laquelle vous aviez l'intention de vous engager. Ensuite, git commit avec un nouveau message de commit.
git reset --soft <commit>git checkout <branch>git commit -m "Commit message goes here"De git docs :
la source