erreur: les fichiers de l'arborescence de travail non suivis suivants seraient écrasés par l'extraction
Quand je fais git status
il dit nothing to commit, working directory clean
Et puis je ne git pull --rebase
il dit:
First, rewinding head to replay your work on top of it...
error: The following untracked working tree files would be overwritten by checkout:
includes/resources/moduledata/12/_Fr4_02_Invention_IPA_SR_la-Fête.pdf
Please move or remove them before you can switch branches.
Aborting
could not detach HEAD
D'erreur similaire lors git pull origin master
* branch master -> FETCH_HEAD
error: The following untracked working tree files would be overwritten by merge:
includes/resources/moduledata/12/_Fr4_02_Invention_IPA_SR_la-Fête.pdf
Please move or remove them before you can merge.
Aborting
Mon .gitignore
fichier:
→ cat .gitignore
.htaccess
bower_components/
Ce fichier a été à venir sans cesse et quand je le supprime de système de fichiers, git va dire que j'ai supprimé ce fichier, alors que dans les autres messages, il dit qu'il est sans traces. Comment pourrait-il en être sans traces et de suivre en même temps?
source d'informationauteur randomor
Vous devez vous connecter pour publier un commentaire.
Sans une image complète de l'opération, ce qui suit est plus une supposition qu'autre chose, mais elle pourrait expliquer la situation. Disons que votre histoire se présente comme suit:
Vous écrivez:
Je devine que vous avez exécuté
et engagé à ce que la suppression de commettre
B
; par conséquent, le fichier n'est plus suivi dans votre local, les pensions et les titres, mais il est toujours présent dans votre arbre de travail.Dans le temps, en amont de la direction générale a reçu commettre
C
de l'un de vos collaborateurs, dans lequel<file-in-question>
était pas retiré de contrôle de version. Ce que vous tentez d'effet avecest quelque chose comme ceci:
Cependant, comme le message l'indique,
En effet, le rembobinage commettre
C
(pour la relectureB
sur lui) aurait pour conséquence la révision de<file-in-question>
(à partir de commettreC
) pour être vérifié dans votre arbre de travail, dans lequel un sans traces fichier du même nom existe déjà. Le contenu de cette sans traces de fichier peut être utile; vous ne voudrez pas que la fichier pour être remplacé par une autre version de celui-ci. Par conséquent, Git s'arrête dans sa piste et vous dit quel est le problème.Modifier: Ici, c'est un bébé exemple qui reproduit la situation...
Cette dernière commande vomit de la manière suivante:
Je vous suggère d'exécuter
de vérifier si quelque chose comme cela s'est produit.
Cela pourrait également se produire en raison d'une modification de la casse du nom de fichier. J'ai eu le même problème et c'est ce que résolu pour moi.
Vrai pour Mac ou PC.
Solutions alternatives à: La suite sans traces de travail de l'arborescence de fichiers serait écrasé par la caisse
Supprimer tous sans traces de fichiers (attention):