Comment résoudre git en disant «Validez vos modifications ou cachez-les avant de pouvoir fusionner»?

J'ai fait quelques mises à jour sur ma machine locale, les ai poussées vers un référentiel distant, et maintenant j'essaie de récupérer les modifications sur le serveur et je reçois le message;

erreur: vos modifications locales dans les fichiers suivants seraient écrasées par la fusion:

wp-content / w3tc-config / master.php

Veuillez valider vos modifications ou les ranger avant de pouvoir fusionner.

Alors j'ai couru,

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

et j'ai réessayé et je reçois le même message. Je suppose que cela a w3tcchangé quelque chose dans le fichier de configuration sur le serveur. Je me fiche que la copie locale ou la copie distante passe sur le serveur (je suppose que la copie distante est la meilleure), je veux juste pouvoir fusionner le reste de mes modifications (mises à jour du plugin).

Des idées?

Vous ne pouvez pas fusionner avec des modifications locales. Git vous protège de la perte de modifications potentiellement importantes.

Vous avez trois options:

• Validez le changement en utilisant

  git commit -m "My message"
  

• Cache-le.

  Stashing agit comme une pile, où vous pouvez pousser les modifications et les faire apparaître dans l'ordre inverse.

  Pour ranger, tapez

  git stash
  

  Faites la fusion, puis tirez la cachette:

  git stash pop
  

• Ignorer les modifications locales

  en utilisant git reset --hard
  ougit checkout -t -f remote/branch

  Ou: Ignorer les modifications locales pour un fichier spécifique

  en utilisant git checkout filename

git stash
git pull <remote name> <remote branch name> (or) switch branch
git stash apply --index

La première commande stocke temporairement vos modifications dans la cachette et les supprime du répertoire de travail.

La deuxième commande change de branche.

La troisième commande restaure les modifications que vous avez stockées dans la cachette (l' --indexoption est utile pour vous assurer que les fichiers intermédiaires sont toujours intermédiaires).

Vous pouvez essayer l'une des méthodes suivantes:

rebaser

Pour des modifications simples, essayez de rebaser dessus tout en tirant les modifications, par exemple

git pull origin master -r

Il appliquera donc votre branche actuelle au-dessus de la branche en amont après la récupération.

Cela équivaut à: checkout master, fetchet les rebase origin/mastercommandes git.

Il s'agit d'un mode de fonctionnement potentiellement dangereux. Il réécrit l'histoire, ce qui n'est pas de bon augure lorsque vous avez déjà publié cette histoire. N'utilisez cette option que si vous avez lu git-rebase(1)attentivement.

check-out

Si vous ne vous souciez pas de vos modifications locales, vous pouvez basculer vers une autre branche temporaire (avec force), et la réactiver, par exemple

git checkout origin/master -f
git checkout master -f

réinitialiser

Si vous ne vous souciez pas de vos modifications locales, essayez de le réinitialiser à HEAD (état d'origine), par exemple

git reset HEAD --hard

Si ci-dessus n'aide pas, il peut s'agir de règles dans votre fichier de normalisation git ( .gitattributes), il est donc préférable de valider ce qu'il dit. Ou votre système de fichiers ne prend pas en charge les autorisations, vous devez donc désactiver filemodedans votre configuration git.

En relation: Comment forcer "git pull" pour écraser les fichiers locaux?

Essaye ça

git stash save ""

et essayez de tirer à nouveau

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

erreur: vos modifications locales aux fichiers suivants seraient écrasées par la fusion: wp-content / w3tc-config / master.php Veuillez valider vos modifications ou les cacher avant de pouvoir fusionner.

sauf, juste avant cela, était distant: donc en fait ceci:

remote: erreur: vos modifications locales aux fichiers suivants seraient écrasées par la fusion: certains / fichier.ext Veuillez valider vos modifications ou les cacher avant de pouvoir fusionner.

Ce qui se passait était (je pense, pas 100% positif) que le crochet de réception de git post commençait à fonctionner et à se visser en raison de changements de mouvement dans le référentiel du serveur distant, qui en théorie, n'aurait pas dû être touché.

Donc, ce que j'ai fini par faire en traçant le hook post-réception et en trouvant cela, c'était d'aller dans le référentiel distant sur le serveur, et il y a eu le changement (qui n'était pas sur mon référentiel local, qui, en fait, dit qu'il correspondait, aucun changement, rien à valider, à jour, etc.) Donc, pendant le local, il n'y avait aucun changement, sur le serveur, j'ai ensuite fait un git checkout -- some/file.extpuis les référentiels local et distant correspondaient réellement et je pouvais continuer à travailler et à déployer. Je ne sais pas exactement comment cette situation s'est produite, bien qu'une douzaine de développeurs et des changements informatiques puissent y être pour quelque chose.

AVERTISSEMENT: cela supprimera les fichiers non suivis, donc ce n'est pas une excellente 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 .

Git plus âgé:

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 suivis en plus des fichiers non suivis.

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

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

Si vous avez des fichiers nouvellement créés , vous pouvez créer un correctif de modifications locales, extraire les fusions distantes et appliquer votre correctif local une fois la fusion distante terminée, comme défini étape par étape ci-dessous:

1. Mettez en scène vos changements locaux. (ne vous engagez pas). La mise en scène est nécessaire pour créer un correctif des nouveaux fichiers créés (car ils ne sont toujours pas suivis)

git add .

2. Créer un patch pour garder une trace

git diff --cached > mypatch.patch

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

git reset --hard

4. Tirez les changements

git pull

5. Appliquez votre patch

git apply mypatch.patch

Git fusionnera les modifications et créera des fichiers .rej pour les modifications qui ne sont pas fusionnées.

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

git apply --reject --whitespace=fix mypatch.patch Cette réponse git: patch n'applique pas les discussions en détail sur ce problème

Profitez de votre travail continu sur votre fonctionnalité et validez vos modifications locales une fois terminé.

Demander un commit avant de tirer

• git stash
• git pull origin << branchname >>

Si besoin :

• git stash appliquer

Pour moi seulement git reset --hard fonctionnait que.

S'engager n'était pas une option, car il n'y avait rien à engager.

Le stockage n'était pas une option car il n'y avait rien à cacher.

On dirait qu'il aurait pu provenir de fichiers exclus .git/info/excludeet avoir git update-index --assume-unchanged <file>édité certains fichiers.

Dans mon cas, j'ai sauvegardé puis supprimé le fichier dont Git se plaignait, commis, puis j'ai finalement pu consulter une autre branche.

J'ai ensuite remplacé le fichier, recopié dans le contenu et continué comme si de rien n'était.

Cela est probablement dû à des problèmes CRLF.

Voir: Pourquoi devrais-je utiliser core.autocrlf = true dans Git?

Utilisez ceci pour extraire et forcer la mise à jour:

git pull origin master
git checkout origin/master -f

J'ai essayé la première réponse: git stashavec le score le plus élevé, mais le message d'erreur est toujours apparu, puis j'ai trouvé cet article pour valider les modifications au lieu de cacher 'Reluctant Commit'

et le message d'erreur a finalement disparu:

1: git add .

2: git commit -m "this is an additional commit"

3: git checkout the-other-file-name

alors ça a marché. j'espère que cette réponse vous aidera. :)

Si vous utilisez Git Extensions, vous devriez pouvoir trouver vos modifications locales dans le Working directorycomme indiqué ci-dessous:

Si vous ne voyez aucun changement, c'est probablement parce que vous êtes sur un mauvais sous-module. Vérifiez donc tous les articles avec une icône de sous-marin comme indiqué ci-dessous:

Lorsque vous avez trouvé un changement non engagé:

Sélectionnez la ligne avec Working directory, accédez à l' onglet Diff , cliquez avec le bouton droit sur les lignes avec une icône de crayon (ou +ou -), choisissez Réinitialiser pour valider d'abord ou valider ou ranger ou tout ce que vous voulez faire avec.

Pour moi, cela a fonctionné:

git reset --hard

et alors

git pull origin <*current branch>

après ça

git checkout <*branch>

Probablement

git --rebase --autostash

aiderait