Comment résoudre le message de git "Commit your changes or stash them before you can merge" ?

Question

J'ai effectué quelques mises à jour sur ma machine locale, je les ai poussées vers un référentiel distant, et maintenant j'essaie de transférer les changements vers le serveur et j'obtiens le message suivant ;

error: Your local changes to the following files would be overwritten by merge:
wp-content/w3tc-config/master.php
Please, commit your changes or stash them before you can merge.

Alors j'ai couru,

git checkout -- wp-content/w3tc-config/master.php

et j'ai réessayé et j'obtiens le même message. Je suppose que w3tc a changé quelque chose dans le fichier de configuration du serveur. Je ne me soucie pas de savoir si la copie locale ou la copie distante va sur le serveur (je suppose que la copie distante est la meilleure), je veux juste pouvoir fusionner le reste de mes modifications (mises à jour de plugins).

Des idées ?

Answer 1

Cela a résolu mon erreur :

Je suis sur la branche : "A"

git stash

Déplacement vers la branche master :

git checkout master 
git pull*

Revenir dans ma branche : "A"

git checkout A 
git stash pop*

Answer 2

AVERTISSEMENT : Cela supprimera les fichiers non suivis, ce n'est donc pas une bonne réponse à cette question.

Dans mon cas, je ne voulais pas conserver les fichiers, donc cela a fonctionné pour moi :

Git 2.11 et plus récent :

git clean  -d  -fx .

Plus vieux Git :

git clean  -d  -fx ""

---

Référence : http://www.kernel.org/pub/software/scm/git/docs/git-clean.html

• -x signifie que les fichiers ignorés sont également supprimés ainsi que les fichiers inconnus de git.

• -d signifie supprimer les répertoires non tracés en plus des fichiers non tracés.

• -f est nécessaire pour le forcer à s'exécuter.

Answer 3

Pour garder une trace de vos fichiers nouvellement créés tout en résolvant ce problème :

Si vous avez les fichiers nouvellement créés Si vous avez besoin d'un correctif, vous pouvez créer un correctif des changements locaux, tirer des fusions à distance et appliquer votre correctif local après que la fusion à distance soit terminée, comme défini étape par étape ci-dessous :

1. Mettez en scène vos changements locaux. (ne les livrez pas). La mise en scène est nécessaire pour créer un patch des nouveaux fichiers créés (car ils ne sont pas encore suivis).

git add .

2. Créer un patch pour garder une trace

git diff --cached > mypatch.patch

3. Annuler les modifications locales et supprimer les nouveaux fichiers locaux

git reset --hard

4. Changements de tirage

git pull

5. Appliquez votre correctif

git apply mypatch.patch

Git fusionne les changements et crée des fichiers .rej pour les changements qui ne sont pas fusionnés.

Comme suggéré par Anu, si vous avez des problèmes pour appliquer le patch, essayez :

git apply --reject --whitespace=fix mypatch.patch Cette réponse git : le patch ne s'applique pas parle en détail de cette question

Profitez de la poursuite de votre travail sur votre fonctionnalité, et livrez vos modifications locales lorsque vous avez terminé.

Answer 4

La situation que j'ai rencontrée est donc la suivante :

erreur : Vos modifications locales des fichiers suivants seraient écrasées par la fusion : wp-content/w3tc-config/master.php S'il vous plaît, livrez vos changements ou cachez-les avant de fusionner.

sauf que, juste avant, il y avait la télécommande : donc en fait, ceci :

à distance : erreur : Vos modifications locales des fichiers suivants seraient écrasées par la fusion : some/file.ext S'il vous plaît, livrez vos changements ou cachez-les avant de fusionner.

Ce qui se passait, c'est que (je pense, mais je ne suis pas sûr à 100%) le hook git post receive commençait à fonctionner et se plantait à cause des changements de mouvement dans le dépôt du serveur distant, qui en théorie, n'aurait pas dû être touché.

Donc ce que j'ai fini par faire en traçant à travers le hook post-receive et en trouvant ceci, c'était d'aller sur le dépôt distant sur le serveur, et il y avait le changement (qui n'était pas sur mon dépôt local, qui, en fait, disait qu'il correspondait, pas de changement, rien à commiter, à jour, etc.) Donc pendant que sur le local, il n'y avait pas de changement, sur le serveur, j'ai alors fait un git checkout -- some/file.ext et ensuite les dépôts locaux et distants correspondaient et je pouvais continuer à travailler, et à déployer. Je ne sais pas exactement comment cette situation s'est produite, mais une vingtaine de développeurs et des changements informatiques y sont peut-être pour quelque chose.

Answer 5

Pour moi, cela a fonctionné :

git reset --hard

et ensuite

git pull origin <*current branch>

après cela

git checkout <*branch>