Comment forcer "git pull" à écraser les fichiers locaux ?

Question

Comment puis-je forcer l'écrasement des fichiers locaux sur un ordinateur de type git pull ? Mon référentiel local contient un fichier portant le même nom que sur le serveur.

erreur : Le fichier 'example.txt' de l'arbre de travail non suivi serait écrasé par la fusion.

Answer 1

Attention :

Tout changement local non engagé dans les fichiers suivis sera perdu.

Tous les fichiers locaux qui sont no suivies par Git ne seront pas affectées.

---

D'abord, mettez à jour tous les origin/<branch> réf. au plus récent :

git fetch --all

Sauvegarde de votre branche actuelle (par ex. master ) :

git branch backup-master

Passez à la dernière livraison sur origin/master et extraire ces fichiers :

git reset --hard origin/master

Explication :

git fetch télécharge la dernière version à distance sans essayer de fusionner ou de rebaser quoi que ce soit.

git reset réinitialise la branche principale à ce que vous venez de récupérer. Le site --hard modifie tous les fichiers de votre arborescence de travail pour qu'ils correspondent à ceux de l'option origin/master .

---

Maintenir les commits locaux actuels

[*] : Il convient de noter qu'il est possible de maintenir les commits locaux actuels en créant une branche à partir de master avant la réinitialisation :

git checkout master
git branch new-branch-to-save-current-commits
git fetch --all
git reset --hard origin/master

Après cela, tous les anciens commits seront conservés dans le fichier new-branch-to-save-current-commits .

Changements non engagés

Les changements non engagés, cependant (même mis en scène), seront perdus. Assurez-vous de mettre en cache et de commiter tout ce dont vous avez besoin. Pour cela, vous pouvez exécuter ce qui suit :

git stash

Et ensuite pour réappliquer ces changements non engagés :

git stash pop

Answer 2

Cela va supprimer tous les changements non validés et ensuite tirer :

git reset --hard HEAD
git pull

Answer 3

AVERTISSEMENT : git clean supprime tous vos fichiers/répertoires non suivis et ne peut être annulé.

---

Parfois juste clean -f n'est pas utile. Si vous avez des répertoires non suivis, l'option -d est également nécessaire :

# WARNING: this can't be undone!

git reset --hard HEAD
git clean -f -d
git pull

AVERTISSEMENT : git clean supprime tous vos fichiers/répertoires non suivis et ne peut être annulé.

Envisagez d'utiliser -n ( --dry-run ) en premier. Cela vous montrera ce qui sera supprimé sans que rien ne soit réellement supprimé :

git clean -n -f -d

Exemple de sortie :

Would remove untracked-file-1.txt
Would remove untracked-file-2.txt
Would remove untracked/folder
...

Answer 4

Comme Hedgehog, je pense que les réponses sont terribles. Mais bien que la réponse de Hedgehog soit meilleure, je ne pense pas qu'elle soit aussi élégante qu'elle pourrait l'être. Le moyen que j'ai trouvé pour faire cela est d'utiliser fetch y merge avec une stratégie définie. Ce qui devrait faire en sorte que vos modifications locales soient préservées tant qu'elles ne font pas partie des fichiers avec lesquels vous essayez de forcer un écrasement.

Faites d'abord un commit de vos changements

 git add *
 git commit -a -m "local file server commit message"

Ensuite, récupérez les changements et écrasez-les s'il y a un conflit.

 git fetch origin master
 git merge -s recursive -X theirs origin/master

-X est un nom d'option, et theirs est la valeur de cette option. Vous choisissez d'utiliser their (l'autre option est ours changements) s'il y a un conflit.

Answer 5

Au lieu de faire :

git fetch --all
git reset --hard origin/master

Je vous conseille de faire ce qui suit :

git fetch origin master
git reset --hard origin/master

Il n'est pas nécessaire de récupérer toutes les branches et les branches distantes si vous allez réinitialiser à la branche d'origine/maître, n'est-ce pas ?