Je vous recommande d'utiliser git stash pour le sauvegarder temporairement, et lorsque vous revenez en arrière, utilisez git stash apply pour récupérer les modifications tout de suite. Donnez-vous un répertoire de travail propre lors du changement :)
Il existe plusieurs méthodes de traitement comme suit :
1. Ajoutez et validez, puis extrayez et validez dans la branche actuelle
2. Ajoutez mais ne validez pas, vous pouvez cacher, puis cacher l'application après le paiement, puis valider, valider dans la branche actuelle
3. Ajoutez mais ne validez pas ou ne cachez pas, extrayez directement, puis validez, l'enregistrement sera sous la branche switch.
La raison derrière cela : un dépôt git local n'a qu'un seul espace de travail et une seule zone de préparation, mais a plusieurs zones de soumission de branche, et notre extraction fait simplement basculer le pointeur HEAD d'une branche à une autre.
Si votre branche actuelle a été modifiée mais n'a pas encore été validée, si vous souhaitez changer de branche, est-il préférable de valider tout le contenu ?
Non, car votre modification n'est pas nécessairement prête à être validée. En fonction de votre situation réelle, vous pouvez git stash pour la stocker temporairement, vous pouvez vous engager à générer une nouvelle soumission, ou vous pouvez git checkout -f pour forcer le changement de branche.
Il n'y a pas de commit ni de changement de branche, le fichier actuel est toujours dans le tampon.
Il n'est pas engagé dans la version actuelle de Git.
Vous pouvez également réinitialiser, modifier ou valider sous n'importe quelle branche.
Test
git config --global alias.co checkout
git config --global alias.br branch
git config --global alias.ci commit
git config --global alias.st status
git br a
git br
git br b
git co a
touch a.py
git add .
git co b
git st
git add .
git commit -m 'add a.py file'
git st
当前文件就回出现b分支下
如果这样，退回上次commit
git reset --hard
S'il n'y a personne portant le même nom, vous pouvez choisir si elle se trouve dans la zone de préparation ou si elle n'est pas suivie. Après le changement, tout se passe comme d’habitude. Mais s'il y en a un avec le même nom, git vous rappellera qu'il est facilement écrasé et ne vous permettra pas d'opérer.
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Je vous recommande d'utiliser git stash pour le sauvegarder temporairement, et lorsque vous revenez en arrière, utilisez git stash apply pour récupérer les modifications tout de suite. Donnez-vous un répertoire de travail propre lors du changement :)
Il existe plusieurs méthodes de traitement comme suit :
1. Ajoutez et validez, puis extrayez et validez dans la branche actuelle
2. Ajoutez mais ne validez pas, vous pouvez cacher, puis cacher l'application après le paiement, puis valider, valider dans la branche actuelle
3. Ajoutez mais ne validez pas ou ne cachez pas, extrayez directement, puis validez, l'enregistrement sera sous la branche switch.
La raison derrière cela : un dépôt git local n'a qu'un seul espace de travail et une seule zone de préparation, mais a plusieurs zones de soumission de branche, et notre extraction fait simplement basculer le pointeur HEAD d'une branche à une autre.
Non, car votre modification n'est pas nécessairement prête à être validée. En fonction de votre situation réelle, vous pouvez git stash pour la stocker temporairement, vous pouvez vous engager à générer une nouvelle soumission, ou vous pouvez git checkout -f pour forcer le changement de branche.
Il n'y a pas de commit ni de changement de branche, le fichier actuel est toujours dans le tampon.
Il n'est pas engagé dans la version actuelle de Git.
Vous pouvez également réinitialiser, modifier ou valider sous n'importe quelle branche.
Test
S'il n'y a personne portant le même nom, vous pouvez choisir si elle se trouve dans la zone de préparation ou si elle n'est pas suivie. Après le changement, tout se passe comme d’habitude.
Mais s'il y en a un avec le même nom, git vous rappellera qu'il est facilement écrasé et ne vous permettra pas d'opérer.