Les fichiers modifiés dans une branche git débordent dans une autre branche

Question

Je travaille sur un dépôt git avec une branche principale et une autre branche de sujet. J'ai basculé sur la branche de sujet et modifié un fichier. Maintenant, si je passe à la branche principale, ce même fichier est affiché comme modifié.

Par exemple:

état de git dans la branche git-build :

# Sur la branche git-build
# Modifications à valider :
#   (utilisez "git reset HEAD ..." pour désindexer)
#
#       modifié:   cvsup_current
#

Passer à la branche principale

[root@redbull builder_scripts (git-build)]# git co master
M       builder_scripts/cvsup_current
Basculé sur la branche "master"

état de git dans la branche principale :

[root@redbull builder_scripts (master)]# git status
# Sur la branche master
# Modifications à valider :
#   (utilisez "git reset HEAD ..." pour désindexer)
#
#       modifié:   cvsup_current
#

Pourquoi le fichier est-il indiqué comme modifié dans la branche principale alors qu'il a été modifié dans la branche git-build ?

Je pensais que les branches étaient indépendantes les unes des autres et que lorsque je passais d'une branche à une autre, les modifications ne se "déversaient pas" d'une branche à une autre. Donc, évidemment, je rate quelque chose ici.

Est-ce que quelqu'un a une idée?

Answer 1

Pourquoi le fichier est-il indiqué comme modifié dans la branche principale même s'il a été modifié dans la branche git-build?

La clé à retenir est que le fichier n'a pas été modifié dans la branche git-build. Il a uniquement été modifié dans votre copie de travail.

Seulement lorsque vous effectuez un commit, les changements sont intégrés dans la branche que vous avez sélectionnée.

Answer 2

Si vous souhaitez stocker temporairement vos modifications sur une branche tout en travaillant sur une autre, vous pouvez utiliser la commande git stash. C'est l'un des petits avantages méconnus de l'utilisation de git. Exemple de workflow :

git stash #travail sauvegardé
git checkout master
#modifier les fichiers
git commit
git checkout git-build
git stash apply #restaurer le travail précédent

git stash stocke une pile de modifications, de sorte que vous pouvez stocker en toute sécurité plusieurs points de contrôle. Vous pouvez également leur donner des noms/descriptions. Informations complètes sur l'utilisation ici.

Answer 3

Ceci est le comportement par défaut de git.

Vous pouvez utiliser le drapeau -f pour effectuer un "nettoyage du checkout" si vous le souhaitez.

Answer 4

Les fichiers modifiés ne sont pas ajoutés au référentiel tant que vous ne les ajoutez et ne les validez pas. Si vous revenez à votre branche thématique et que vous validez le fichier, alors il n'apparaîtra pas sur la branche principale.

Answer 5

• Il ne s'agit pas non plus que les branches git soient dépendantes les unes des autres, mais elles n'ont pas non plus une base de code complète séparément pour chaque branche.
• Pour chaque commit, Git stocke un objet qui contient un pointeur vers les changements. Ainsi, chaque branche pointe vers son propre dernier commit et HEAD pointe vers la branche dans laquelle vous vous trouvez actuellement.
• Lorsque vous changez de branche, le pointeur HEAD pointe vers ce commit particulier de la branche. Donc, s'il y a des fichiers modifiés, le comportement par défaut est de les copier.

Vous pouvez faire les choses suivantes pour surmonter ce problème.

1. Utilisez l'option -f pour ignorer les changements.

Si vous voulez sauvegarder les changements:

2. Validez les changements localement dans la même branche, puis changez de branche.
3. Utilisez git stash, changez de branche, faites votre travail, revenez à la branche d'origine et faites git stash apply.